Vor ein paar Tagen ging ich durch das Babylon TBV-Testnetz und hatte die Dokumentation auf einem zweiten Bildschirm geöffnet. Ich wollte verstehen, wo mein Sicherheitenbestand tatsächlich verwaltet wird.
Ich habe ständig nach einem Konto gesucht. Irgendwo musste es doch einen Kontostand geben, der sich ändert, oder eine Schuldposition, die aktualisiert wird. Ich konnte nichts finden. Dann klickte es: Ich las die Dokumente nicht falsch. Ich nutzte das falsche mentale Modell.
Die meisten Kreditprotokolle verwalten Sicherheiten über Konten. Jede Aufnahme oder Rückzahlung aktualisiert einen gemeinsamen finanziellen Zustand. Babylon Trustless Bitcoin Vaults (TBV) setzt an einer anderen Stelle an. Es stellt eine andere Frage: In welche zukünftigen Zustände darf dieser spezielle Bitcoin-UTXO eintreten?
Das ist nicht nur eine andere Implementierung.
Es ist eine andere Definition von Sicherheiten.
Der UTXO ist nicht mehr einfach nur Sicherheit. Er wird zur finanziellen Zustandsmaschine. Statt Salden zu berechnen, prüft TBV Zustandsübergänge. Rückzahlung, Liquidation, Wiederherstellung und Abwicklung sind allesamt festgeschrieben, bevor das Vault existiert, und werden durch Bitcoin Script erzwungen. Sogar die endgültige Abwicklung läuft über eine etwa 3-tägige Challenge-Phase, sodass ungültige Beweise angefochten werden können, statt auf das Urteilsvermögen eines Verwahrers zu vertrauen.
Darum fühlt sich TBV grundsätzlich anders an als kreditbasierte Modelle auf Kontenbasis. Bitcoin verwaltet keinen globalen Kontostand. Jede Transaktion verbraucht bestehende UTXOs und erzeugt neue, sodass der finanzielle Zustand fortschreitet, indem ein gültiger Zustand durch einen anderen ersetzt wird – statt einen Saldo zu mutieren.
Damit das in der Praxis funktioniert, braucht man eine effiziente Beweisverifikation. Babilonns BABE-Konstruktion reduziert den Speicherbedarf und den Einrichtungsaufwand für Beweise um ungefähr 1.000×, während jeder Übergang weiterhin unter dem etwa 10-Minuten-Blockrhythmus von Bitcoin zur Abwicklung kommt.
Ethereum programmiert Konten.
@BabylonLabs_io verifies state transitions.
Vielleicht ist das der größere architektonische Shift: Programmierbare Finanzen beginnen nicht mehr mit einem Konto. Sie beginnen mit Sicherheiten, die bereits wissen, welche gültigen zukünftigen Zustände sie einnehmen dürfen.
#baby $BABY $BTW $BANK
Wenn TBV die Sicherheiten nicht über ein Konto verwaltet, was verwaltet es dann eigentlich?