Über Babylon's BTCVault klingt „Self-Custody“ tatsächlich härter als so ein Custodial-Modell wie wBTC. Der komplette BTC bleibt im Taproot-Skript des Bitcoin-Mainnets eingeschlossen: kein Bridging, kein Wrapper, kein Drittanbieter-Custody. Das klingt, als würde man das „Wessen Hände haben die Coins?“-Problem ein für alle Mal lösen.
Aber als ich die offizielle Dokumentation durchgelesen habe, ist mir klar geworden: „Selbst zurückholen können“ hat eine sehr reale Voraussetzung – Self-Recovery hängt nicht nur vom Seed bzw. von den Mnemonics ab.
Klingt das nicht nach viel Freiheit? Klar. Aber der Preis ist: Du musst mehr Dinge im Griff haben. Einen Verlust der Wallet-Mnemonics ist natürlich lästig, aber das Verlegen von WOTS-Dateien und „claimer artifacts“ ist genauso fatal. Die offizielle Doku ist da sehr eindeutig: Wenn du entweder die WOTS-Datei oder die Artefakte verlierst (aber nicht beides gleichzeitig), ist ein Self-Claim nicht mehr möglich; wenn du beides verlierst und der Vault Provider auch nicht reagiert, bleibt nur, das Team zu kontaktieren, um den Security-Council-Recovery-Flow zu starten. In der Testnet-Phase bestehen Security Council aus fünf Schlüsseln mit einer 3-of-5-Schwelle – er kann deine BTC nicht wegtransferieren, aber kann in Notfällen Zahlungen blockieren. Das ist nicht einfach „Kontrolle an andere abgeben“, aber es ist eben doch eine zusätzliche Etappe, die die Mitwirkung anderer erfordert.
Außerdem gibt es eine leicht zu übersehende Zeitfrage. Vom Einreichen der Erstellung eines Vaults bis zur Aktivierung dauert es ungefähr 2 Stunden, das Aktivierungsfenster beträgt etwa 48 Stunden. Nach Ablauf wechselt der Status in „Expired“, und die Rückerstattungszeit ist an ein Lock von etwa 3 Tagen gebunden. Dass das im Testnet der Ablauf sauber durchläuft, ist das eine; ob eine große Zahl an Mainnet-Nutzern sich in einer Störung wirklich reibungslos wiederherstellen kann, ist etwas anderes.
Deshalb werde ich BTCVault nicht einfach als „ohne Custody-Risiko“ verstehen. Präziser gesagt: Es tauscht das Custody-Risiko gegen ein Risiko der Schlüsselverwaltung, das Risiko von Dateisicherungen und das Risiko durch Nutzer-Operationen ein. Self-Custody ist nicht risikofrei – das Risiko ist nur an einen anderen Ort gewandert: von „jemandem vertrauen“ zu „auf deine eigenen Dinge aufpassen“. Und auf seine eigenen Dinge aufzupassen ist komplizierter, als man denkt.
Als Nächstes werde ich abwarten, bis die Daten zu öffentlichen Recovery-Übungen, die Fehlerrate und die durchschnittliche Redeem-Zeit veröffentlicht sind, und erst dann beurteilen, wie praktisch dieser Self-Serve-Kanal wirklich ist.
#baby $BABY @BabylonLabs_io
Aber als ich die offizielle Dokumentation durchgelesen habe, ist mir klar geworden: „Selbst zurückholen können“ hat eine sehr reale Voraussetzung – Self-Recovery hängt nicht nur vom Seed bzw. von den Mnemonics ab.
Klingt das nicht nach viel Freiheit? Klar. Aber der Preis ist: Du musst mehr Dinge im Griff haben. Einen Verlust der Wallet-Mnemonics ist natürlich lästig, aber das Verlegen von WOTS-Dateien und „claimer artifacts“ ist genauso fatal. Die offizielle Doku ist da sehr eindeutig: Wenn du entweder die WOTS-Datei oder die Artefakte verlierst (aber nicht beides gleichzeitig), ist ein Self-Claim nicht mehr möglich; wenn du beides verlierst und der Vault Provider auch nicht reagiert, bleibt nur, das Team zu kontaktieren, um den Security-Council-Recovery-Flow zu starten. In der Testnet-Phase bestehen Security Council aus fünf Schlüsseln mit einer 3-of-5-Schwelle – er kann deine BTC nicht wegtransferieren, aber kann in Notfällen Zahlungen blockieren. Das ist nicht einfach „Kontrolle an andere abgeben“, aber es ist eben doch eine zusätzliche Etappe, die die Mitwirkung anderer erfordert.
Außerdem gibt es eine leicht zu übersehende Zeitfrage. Vom Einreichen der Erstellung eines Vaults bis zur Aktivierung dauert es ungefähr 2 Stunden, das Aktivierungsfenster beträgt etwa 48 Stunden. Nach Ablauf wechselt der Status in „Expired“, und die Rückerstattungszeit ist an ein Lock von etwa 3 Tagen gebunden. Dass das im Testnet der Ablauf sauber durchläuft, ist das eine; ob eine große Zahl an Mainnet-Nutzern sich in einer Störung wirklich reibungslos wiederherstellen kann, ist etwas anderes.
Deshalb werde ich BTCVault nicht einfach als „ohne Custody-Risiko“ verstehen. Präziser gesagt: Es tauscht das Custody-Risiko gegen ein Risiko der Schlüsselverwaltung, das Risiko von Dateisicherungen und das Risiko durch Nutzer-Operationen ein. Self-Custody ist nicht risikofrei – das Risiko ist nur an einen anderen Ort gewandert: von „jemandem vertrauen“ zu „auf deine eigenen Dinge aufpassen“. Und auf seine eigenen Dinge aufzupassen ist komplizierter, als man denkt.
Als Nächstes werde ich abwarten, bis die Daten zu öffentlichen Recovery-Übungen, die Fehlerrate und die durchschnittliche Redeem-Zeit veröffentlicht sind, und erst dann beurteilen, wie praktisch dieser Self-Serve-Kanal wirklich ist.
#baby $BABY @BabylonLabs_io