CreatorPad ausführen und heute habe ich eine kleine Design-Gewohnheit in Trustless Bitcoin Vaults (TBV) entdeckt, die stillschweigend jedes Vault davor schützt, vom eigenen Coordinator…
während eines Peg-in sammelt der Vault-Provider die PegIn-Eingabesignaturen von jedem Teilnehmer ein, vom Einzahler und den Vault-Keepers – alle.
und statt dieses Bündel einfach nur in seiner eigenen Datenbank zu halten, veröffentlicht er die gesammelten Signaturen on-chain in gebündelter Form.
auf den ersten Blick sieht das wie Buchhaltung aus. tatsächlich ist es Versicherung….
denn denk an den Fehlerfall. Setup ist abgeschlossen, alle haben unterschrieben, und dann wird der Vault-Provider dunkel, bevor die finale PegIn-Transaktion ausgestrahlt wird.
wenn diese Signaturen nur auf den Servern des Providers existierten, wäre das Vault im Schwebezustand gefangen, während das BTC im Pre-Peg-in-Output liegt.
da sie sich aus Ethereum heraus wiederherstellen lassen, kann jede Partei, die die Aktivierung beobachtet, das vollständige Witness rekonstruieren, sobald der Einzahler das Geheimnis offenbart, und die Transaktion selbst übertragen.
die Doku sagt sogar, dass jede Partei, typischerweise der Vault-Provider, der stille Hinweis darauf ist, dass der Provider genau in dem Moment ersetzbar ist, in dem es am meisten zählt….
dem Coordinator wird gezwungen, seine Fingerabdrücke öffentlich zu hinterlassen, bevor man ihm die Aufgabe anvertrauen kann.
das ist der ganze Trick….
welche anderen Protokolle bringen ihren Operatoren dazu, die Beweise zuerst einzuzahlen?? kommt mir seltener vor, als es sein sollte….
#baby @BabylonLabs_io $BABY