Die Seed-Phrase ist noch da – warum kann ein self-claim trotzdem fehlschlagen?
Mit einer Seed-Phrase kann man ein normales Bitcoin-Wallet wiederherstellen, aber sie kann nicht automatisch die spezifischen Materialien rekonstruieren, die bei der Erstellung eines bestimmten Vaults generiert wurden. In Babylons Trustless Bitcoin Vaults (TBV) sind das WOTS-Keypair und die Claimer-Artifacts keine BTC-Treuhandnachweise. Vielmehr sind sie notwendige Inputs, damit Einzahler nach dem Wegfall des Vault-Providers selbstständig einen self-claim ausführen können.
In dem derzeit öffentlichen Testnetz hat jeder Vault ein unabhängiges und nur einmal verwendbares WOTS. Dessen Public-Key-Hash wird in Ethereum übermittelt, und Assert verwendet dann den zugehörigen WOTS-Privatschlüssel, um einen ZK-Proof zuzusichern. Ein normaler Bitcoin-Privatschlüssel steuert zwar die depositor-claim-Ausgabe, kann aber diese Beweisberechtigung nicht ersetzen.
Auch WOTS kann die claimer artifacts nicht ersetzen. Letztere enthalten unter anderem den transaction graph, den verifying key und die BABE-Session-Daten für die jeweiligen Challengers. Das Protokoll bereitet außerdem im Erstellungsstadium den Claim, Assert und den Payout-Pfad für „depositor-as-claimer“ vor. Nur eine einmalige Signatur – ohne Transaktionsgraph und Beweismaterial – reicht nicht aus, um einen vollständigen Auszahlungsprozess zusammenzustellen.
Ein self-claim ist kein jederzeitiger Auszahlungsmechanismus. Erst wenn auf der Anwendungsseite die Rückkaufsbedingungen erfüllt sind und VaultClaimableBy ausgegeben wurde, nutzt der Watchtower die beiden Arten von Materialien dieses Vaults, um Claim, Assert und Payout zu broadcasten. Nach dem aktuellen Testnet-Normalablauf des challenge window wird BTC dennoch nur an die bei der Erstellung festgelegte Einzahleradresse gelangen.
Das verändert meine Bewertung von Self-Custody: Man schaut nicht nur darauf, wer den Bitcoin-Privatschlüssel besitzt, sondern auch darauf, ob der Nutzer bei Ausfall der wichtigsten Service-Rolle über die Materialien verfügt, um alle notwendigen Transaktionen vollständig auszuführen. Fehlt irgendein Input, dann schlägt der self-claim fehl – nicht die Bitcoin-Verfügungsgewalt. Wenn der Vault Provider normal reagiert, kann die Standard-redemption weiterhin abgeschlossen werden. Gehen beide Materialarten verloren und ist der Provider ebenfalls nicht verfügbar, verlangt die aktuelle Dokumentation ein Upgrade auf ein Off-Chain-Wiederherstellungsverfahren unter Beteiligung des Security Council – statt einem Dritten zu erlauben, das Bitcoin-Ziel neu zu beschreiben.$BTC $ETH
@BabylonLabs_io
$BABY
#baby
Mit einer Seed-Phrase kann man ein normales Bitcoin-Wallet wiederherstellen, aber sie kann nicht automatisch die spezifischen Materialien rekonstruieren, die bei der Erstellung eines bestimmten Vaults generiert wurden. In Babylons Trustless Bitcoin Vaults (TBV) sind das WOTS-Keypair und die Claimer-Artifacts keine BTC-Treuhandnachweise. Vielmehr sind sie notwendige Inputs, damit Einzahler nach dem Wegfall des Vault-Providers selbstständig einen self-claim ausführen können.
In dem derzeit öffentlichen Testnetz hat jeder Vault ein unabhängiges und nur einmal verwendbares WOTS. Dessen Public-Key-Hash wird in Ethereum übermittelt, und Assert verwendet dann den zugehörigen WOTS-Privatschlüssel, um einen ZK-Proof zuzusichern. Ein normaler Bitcoin-Privatschlüssel steuert zwar die depositor-claim-Ausgabe, kann aber diese Beweisberechtigung nicht ersetzen.
Auch WOTS kann die claimer artifacts nicht ersetzen. Letztere enthalten unter anderem den transaction graph, den verifying key und die BABE-Session-Daten für die jeweiligen Challengers. Das Protokoll bereitet außerdem im Erstellungsstadium den Claim, Assert und den Payout-Pfad für „depositor-as-claimer“ vor. Nur eine einmalige Signatur – ohne Transaktionsgraph und Beweismaterial – reicht nicht aus, um einen vollständigen Auszahlungsprozess zusammenzustellen.
Ein self-claim ist kein jederzeitiger Auszahlungsmechanismus. Erst wenn auf der Anwendungsseite die Rückkaufsbedingungen erfüllt sind und VaultClaimableBy ausgegeben wurde, nutzt der Watchtower die beiden Arten von Materialien dieses Vaults, um Claim, Assert und Payout zu broadcasten. Nach dem aktuellen Testnet-Normalablauf des challenge window wird BTC dennoch nur an die bei der Erstellung festgelegte Einzahleradresse gelangen.
Das verändert meine Bewertung von Self-Custody: Man schaut nicht nur darauf, wer den Bitcoin-Privatschlüssel besitzt, sondern auch darauf, ob der Nutzer bei Ausfall der wichtigsten Service-Rolle über die Materialien verfügt, um alle notwendigen Transaktionen vollständig auszuführen. Fehlt irgendein Input, dann schlägt der self-claim fehl – nicht die Bitcoin-Verfügungsgewalt. Wenn der Vault Provider normal reagiert, kann die Standard-redemption weiterhin abgeschlossen werden. Gehen beide Materialarten verloren und ist der Provider ebenfalls nicht verfügbar, verlangt die aktuelle Dokumentation ein Upgrade auf ein Off-Chain-Wiederherstellungsverfahren unter Beteiligung des Security Council – statt einem Dritten zu erlauben, das Bitcoin-Ziel neu zu beschreiben.$BTC $ETH
@BabylonLabs_io
$BABY
#baby