Hast du schon mal so ein altes Tresor-Schloss von früher gesehen? Erst dreimal nach links abbiegen bis auf 23, dann zweimal nach rechts bis auf 47, und zum Schluss wieder nach links auf null zurück. Deine Handbewegungen dürfen kein bisschen danebenliegen – sonst fängt alles von vorn an. Der Erstellungsprozess eines Bitcoin-Tresors ist noch zermürbender als das. In der Beschreibung zu @BabylonLabs_io wird es jedoch auf nur einen scheinbar ganz leichten Satz reduziert: „Jeder Tresor wird von Bob und Larry gemeinsam mit einer Gruppe von Bitcoin-Transaktionen vorab signiert.“
Die Details, die dieser Satz auslässt, sind genau die brüchigste Stelle des Systems. Das Vorab-Signieren bedeutet, dass Bob und Larry im Moment der Tresorerstellung gleichzeitig online sein müssen und die Signaturen jeweils mit ihren privaten Schlüsseln erstellen. Bitcoins Signaturen sind offline, manuell und lassen sich nicht einfach per Skript automatisch ausführen – der private Schlüssel liegt entweder in einem Hardware-Wallet oder in einer isolierten Cold-Storage-Umgebung. Zwei Personen müssen eine gemeinsame Online-Zeit koordinieren, jeweils das Hardware-Wallet auspacken, den PIN-Code eingeben und die Transaktions-Hashes abgleichen. Das ist kein API-Aufruf, sondern eine physische Aktion.
Was, wenn Bob in New York ist und Larry in Tokio? Zeitzonen, Netzwerk-Latenz, wenn einer kurzfristig ausfällt – das sind keine technischen Störungen, sondern alltägliche Reibungen. Im Whitepaper, Abschnitt 3, wird erwähnt, dass „professionelle Bediener“ Teile des Ablaufs übernehmen können. Genau aber die Signaturaktion kann nicht delegiert werden, denn die privaten Schlüssel dürfen nicht herausgegeben werden. Bob muss persönlich signieren, und Larry muss persönlich signieren. Damit wird die Tresorerstellung zu einem Remote-Kooperationsritual, bei dem beide gleichzeitig anwesend sein müssen – nicht zu einer stillen On-Chain-Transaktion.
#baby
$BABY Aus Governance-Sicht könnte man dieser Sache zwar einen Puffer geben – etwa indem man ein standardisiertes Zeitfenster für die Erstellung definiert, bei Überschreitung automatisch eine Rückerstattung auslöst oder ein System für den Ruf von Bedienern aufbaut, um die Wahrscheinlichkeit von Koordinationsfehlern zu senken. Aber all das streicht nur die Oberfläche. Das Grundproblem liegt darin, dass das UTXO-Modell von Bitcoin von Natur aus verlangt, dass die Signierenden anwesend sind, während DeFi genau das braucht: asynchron, permissionless und jederzeit ein- und aussteigbar. Diese beiden Logiken prallen im Moment der Tresorerstellung hart aufeinander.
Alle Sicherheitszusagen des Tresors ruhen auf einem unscheinbaren Fundament: Zwei Personen müssen sich erfolgreich auf eine Zeit verabreden und gemeinsam hinsetzen, um zu signieren. Das erste Fundament eines Systems ohne Vertrauen besteht ursprünglich aus einem zerbrechlichen Tanz zu zweit. DYOR.
Die Details, die dieser Satz auslässt, sind genau die brüchigste Stelle des Systems. Das Vorab-Signieren bedeutet, dass Bob und Larry im Moment der Tresorerstellung gleichzeitig online sein müssen und die Signaturen jeweils mit ihren privaten Schlüsseln erstellen. Bitcoins Signaturen sind offline, manuell und lassen sich nicht einfach per Skript automatisch ausführen – der private Schlüssel liegt entweder in einem Hardware-Wallet oder in einer isolierten Cold-Storage-Umgebung. Zwei Personen müssen eine gemeinsame Online-Zeit koordinieren, jeweils das Hardware-Wallet auspacken, den PIN-Code eingeben und die Transaktions-Hashes abgleichen. Das ist kein API-Aufruf, sondern eine physische Aktion.
Was, wenn Bob in New York ist und Larry in Tokio? Zeitzonen, Netzwerk-Latenz, wenn einer kurzfristig ausfällt – das sind keine technischen Störungen, sondern alltägliche Reibungen. Im Whitepaper, Abschnitt 3, wird erwähnt, dass „professionelle Bediener“ Teile des Ablaufs übernehmen können. Genau aber die Signaturaktion kann nicht delegiert werden, denn die privaten Schlüssel dürfen nicht herausgegeben werden. Bob muss persönlich signieren, und Larry muss persönlich signieren. Damit wird die Tresorerstellung zu einem Remote-Kooperationsritual, bei dem beide gleichzeitig anwesend sein müssen – nicht zu einer stillen On-Chain-Transaktion.
#baby
$BABY Aus Governance-Sicht könnte man dieser Sache zwar einen Puffer geben – etwa indem man ein standardisiertes Zeitfenster für die Erstellung definiert, bei Überschreitung automatisch eine Rückerstattung auslöst oder ein System für den Ruf von Bedienern aufbaut, um die Wahrscheinlichkeit von Koordinationsfehlern zu senken. Aber all das streicht nur die Oberfläche. Das Grundproblem liegt darin, dass das UTXO-Modell von Bitcoin von Natur aus verlangt, dass die Signierenden anwesend sind, während DeFi genau das braucht: asynchron, permissionless und jederzeit ein- und aussteigbar. Diese beiden Logiken prallen im Moment der Tresorerstellung hart aufeinander.
Alle Sicherheitszusagen des Tresors ruhen auf einem unscheinbaren Fundament: Zwei Personen müssen sich erfolgreich auf eine Zeit verabreden und gemeinsam hinsetzen, um zu signieren. Das erste Fundament eines Systems ohne Vertrauen besteht ursprünglich aus einem zerbrechlichen Tanz zu zweit. DYOR.