Viele Smart Contracts überlassen es der Governance oder einem Administrator, nach Eingang der Gelder zu entscheiden, was als Nächstes mit den Vermögenswerten geschieht. Die Vault-Logik von TBV funktioniert eher umgekehrt: Zuerst werden alle zulässigen Ergebnisse festgelegt, und erst danach darf BTC eingebracht werden.
Bevor ein Vault offiziell erstellt wird, müssen die Beteiligten gemeinsam einen vorab signierten Transaktionsgraphen aufbauen. Für die normale Rückzahlung, die Rückzahlung nach einer Liquidation, den Umgang mit erfolgreichen oder gescheiterten Challenges sowie den Rückerstattungspfad bei einem abgebrochenen Erstellungsprozess müssen jeweils entsprechende Transaktionsstrukturen im Voraus festgelegt werden.
Das bedeutet, dass ein Vault-Provider oder andere Betreiber nicht erst nach dem Einschließen der BTC einen neuen Ausgabepfad improvisieren können. Sie können die Ausführung eines bereits bestehenden Pfads anstoßen, aber nicht nach Belieben ändern, wohin die BTC letztlich fließen können.
Ich halte das für ein Design nach dem Prinzip: „Erst die Befugnisse begrenzen, dann die Effizienz steigern.“ Akteure außerhalb der Blockchain gibt es, weil Bitcoin selbst komplexe Anwendungszustände nur schwer verarbeiten kann. Was diese Akteure tun können, ist jedoch auf den Rahmen beschränkt, dem die Nutzer vor dem Einschließen ihrer Coins zugestimmt haben.
Der Preis dafür liegt auf der Hand: Die Vorbereitung ist anfangs komplexer, und sowohl Protokoll-Upgrades als auch die Anbindung von Anwendungen müssen verschiedene Versionen der Transaktionsstrukturen sorgfältig berücksichtigen. Im Vergleich zu einem zentralisierten System, dessen Logik jederzeit geändert werden kann, ist dieses Modell weniger flexibel.
Doch gerade bei BTC mit hohem Wert könnte diese mangelnde Flexibilität eine notwendige Eigenschaft sein. Nutzer fürchten meist nicht, dass ein Dienstleister etwas langsamer handelt, sondern dass sich die Regeln nach Eingang der Gelder plötzlich ändern.
Wenn ein System es schafft, „das Worst-Case-Szenario in die Transaktionen einzuschreiben, bevor Gelder eingebracht werden“, vermittelt das ein konkreteres Sicherheitsgefühl als das bloße Versprechen einer Plattform. #baby $BABY @BabylonLabs_io
Bevor ein Vault offiziell erstellt wird, müssen die Beteiligten gemeinsam einen vorab signierten Transaktionsgraphen aufbauen. Für die normale Rückzahlung, die Rückzahlung nach einer Liquidation, den Umgang mit erfolgreichen oder gescheiterten Challenges sowie den Rückerstattungspfad bei einem abgebrochenen Erstellungsprozess müssen jeweils entsprechende Transaktionsstrukturen im Voraus festgelegt werden.
Das bedeutet, dass ein Vault-Provider oder andere Betreiber nicht erst nach dem Einschließen der BTC einen neuen Ausgabepfad improvisieren können. Sie können die Ausführung eines bereits bestehenden Pfads anstoßen, aber nicht nach Belieben ändern, wohin die BTC letztlich fließen können.
Ich halte das für ein Design nach dem Prinzip: „Erst die Befugnisse begrenzen, dann die Effizienz steigern.“ Akteure außerhalb der Blockchain gibt es, weil Bitcoin selbst komplexe Anwendungszustände nur schwer verarbeiten kann. Was diese Akteure tun können, ist jedoch auf den Rahmen beschränkt, dem die Nutzer vor dem Einschließen ihrer Coins zugestimmt haben.
Der Preis dafür liegt auf der Hand: Die Vorbereitung ist anfangs komplexer, und sowohl Protokoll-Upgrades als auch die Anbindung von Anwendungen müssen verschiedene Versionen der Transaktionsstrukturen sorgfältig berücksichtigen. Im Vergleich zu einem zentralisierten System, dessen Logik jederzeit geändert werden kann, ist dieses Modell weniger flexibel.
Doch gerade bei BTC mit hohem Wert könnte diese mangelnde Flexibilität eine notwendige Eigenschaft sein. Nutzer fürchten meist nicht, dass ein Dienstleister etwas langsamer handelt, sondern dass sich die Regeln nach Eingang der Gelder plötzlich ändern.
Wenn ein System es schafft, „das Worst-Case-Szenario in die Transaktionen einzuschreiben, bevor Gelder eingebracht werden“, vermittelt das ein konkreteres Sicherheitsgefühl als das bloße Versprechen einer Plattform. #baby $BABY @BabylonLabs_io
