Letztes Jahr das Handy gewechselt – Fotos und Videos waren vorher komplett gesichert, ich dachte, alles sei damit wasserdicht. Doch als es dann wirklich ums Wiederherstellen ging, stellte sich heraus: Auf dem alten Handy wird eine Verifizierungscode-App/Bestätigung angezeigt, aber das alte Handy war bereits verkauft.
Sicherung und Wiederherstellung – das sind ursprünglich zwei verschiedene Dinge.
Diese Tage wollte ich mich @BabylonLabs_io s TBV anschauen, und ein Detail hat mich wieder an das erinnert: In dieser Architektur sind die Dinge, die du zu verwahren hast, scheinbar nicht mehr nur der Private Key.
Das klassische mentale Modell von Self-Custody ist sehr sauber. 12 Seed-Wörter, aufs Papier geschrieben, in einer Schublade eingeschlossen – selbst wenn alles zusammenbricht, kannst du wiederherstellen. Diese Annahme beruht auf einem Punkt: Die Bedingungen dafür, dass BTC ausgegeben werden kann, hängen nur von einer Sache ab – ob du signieren kannst.
TBVs Vault ist anders. Sein Exit-Pfad wird bereits im Moment der Erstellung im Voraus konstruiert und vorab signiert – eine ganze Menge von Transaktionen. Welcher normale Entkopplungsweg genutzt wird, wie/ wann der Timelock abläuft und wie gesendet wird, wie die Slashing-Bedingungen ausgelöst werden – all das ist nicht etwas, das man erst nachträglich provisorisch ausrechnet, sondern ist im Transaktionsgraphen fest vorhergeschrieben.
Der Vorteil ist ganz handfest: Kein Smart Contract nötig, keine nachträgliche Freigabe durch irgendjemanden, und die Bitcoin-Skripte erzwingen es ganz von selbst.
Aber die Kosten sitzen an derselben Stelle. Der Private Key liegt zwar bei dir, aber du musst gleichzeitig auch wissen, welche Parameter dieses Vault verwendet, welche Version, und wie der Exit-Pfad aussieht. Theoretisch kann man vieles davon aus dem On-Chain rekonstruieren – vorausgesetzt, du weißt, wonach du suchen musst und wie man es reproduziert. Damit verschiebt sich das Problem von „Ist etwas verloren?“ zu „Kannst du es selbst wieder aufbauen?“.
Ross Anderson betont in „Security Engineering“ immer wieder einen Punkt: Sicherheitsysteme scheitern nur selten wegen der Kryptografie. In den allermeisten Fällen passieren die Misserfolge in den Prozessschritten außerhalb der Kryptografie – Sicherung, Wiederherstellung, Übergabe, menschliche Fehler.
Dieser Satz passt auf TBV besonders gut. Er verlagert Vertrauen weg von Menschen hin zur Mathematik, aber gleichzeitig verlagert er einen Teil der Betriebsverantwortung zurück auf den Nutzer. Das ist kein Mangel, sondern die Gegenleistung von Self-Custody: Wenn du wirklich die Kontrolle haben willst, musst du auch die echte Verwahrungsverpflichtung übernehmen.
Ich vermute, das ist die eigentliche Akzeptanzhürde von TBV. Nicht weil die Rendite nicht hübsch genug wäre, sondern weil die Last der Self-Custody schwerer wiegt, als die meisten denken.
Wenn man einmal an „Ein-Klick“-Staking an der Börse gewöhnt ist: Bist du bereit, dafür, dass man „eine zusätzliche Verwahrung“ hat, diese Mühe auf dich zu nehmen? #baby $BABY @BabylonLabs_io
Sicherung und Wiederherstellung – das sind ursprünglich zwei verschiedene Dinge.
Diese Tage wollte ich mich @BabylonLabs_io s TBV anschauen, und ein Detail hat mich wieder an das erinnert: In dieser Architektur sind die Dinge, die du zu verwahren hast, scheinbar nicht mehr nur der Private Key.
Das klassische mentale Modell von Self-Custody ist sehr sauber. 12 Seed-Wörter, aufs Papier geschrieben, in einer Schublade eingeschlossen – selbst wenn alles zusammenbricht, kannst du wiederherstellen. Diese Annahme beruht auf einem Punkt: Die Bedingungen dafür, dass BTC ausgegeben werden kann, hängen nur von einer Sache ab – ob du signieren kannst.
TBVs Vault ist anders. Sein Exit-Pfad wird bereits im Moment der Erstellung im Voraus konstruiert und vorab signiert – eine ganze Menge von Transaktionen. Welcher normale Entkopplungsweg genutzt wird, wie/ wann der Timelock abläuft und wie gesendet wird, wie die Slashing-Bedingungen ausgelöst werden – all das ist nicht etwas, das man erst nachträglich provisorisch ausrechnet, sondern ist im Transaktionsgraphen fest vorhergeschrieben.
Der Vorteil ist ganz handfest: Kein Smart Contract nötig, keine nachträgliche Freigabe durch irgendjemanden, und die Bitcoin-Skripte erzwingen es ganz von selbst.
Aber die Kosten sitzen an derselben Stelle. Der Private Key liegt zwar bei dir, aber du musst gleichzeitig auch wissen, welche Parameter dieses Vault verwendet, welche Version, und wie der Exit-Pfad aussieht. Theoretisch kann man vieles davon aus dem On-Chain rekonstruieren – vorausgesetzt, du weißt, wonach du suchen musst und wie man es reproduziert. Damit verschiebt sich das Problem von „Ist etwas verloren?“ zu „Kannst du es selbst wieder aufbauen?“.
Ross Anderson betont in „Security Engineering“ immer wieder einen Punkt: Sicherheitsysteme scheitern nur selten wegen der Kryptografie. In den allermeisten Fällen passieren die Misserfolge in den Prozessschritten außerhalb der Kryptografie – Sicherung, Wiederherstellung, Übergabe, menschliche Fehler.
Dieser Satz passt auf TBV besonders gut. Er verlagert Vertrauen weg von Menschen hin zur Mathematik, aber gleichzeitig verlagert er einen Teil der Betriebsverantwortung zurück auf den Nutzer. Das ist kein Mangel, sondern die Gegenleistung von Self-Custody: Wenn du wirklich die Kontrolle haben willst, musst du auch die echte Verwahrungsverpflichtung übernehmen.
Ich vermute, das ist die eigentliche Akzeptanzhürde von TBV. Nicht weil die Rendite nicht hübsch genug wäre, sondern weil die Last der Self-Custody schwerer wiegt, als die meisten denken.
Wenn man einmal an „Ein-Klick“-Staking an der Börse gewöhnt ist: Bist du bereit, dafür, dass man „eine zusätzliche Verwahrung“ hat, diese Mühe auf dich zu nehmen? #baby $BABY @BabylonLabs_io