Man sieht auf Ethereum eine Menge Verträge, was leicht den Eindruck erweckt, dass TBV am Ende doch die Kontrolle über BTC an eine andere Kette überträgt. Wenn man es jedoch wirklich auseinanderbaut, stellt man fest: @BabylonLabs_io teilt das System in drei Schichten. Der Zweck ist gerade, zu verhindern, dass irgendeine einzelne Schicht das Ergebnis allein umschreiben kann.
Die erste Schicht liegt in Bitcoin. BTC wird in Taproot-Ausgänge gesperrt; normales Einlösen, einlösungsbasierte Liquidation und dispute-basiertes Response werden bereits beim Erstellen der Bibliothek in die vorbereiteten Transaktionsgrafen geschrieben. Vor der Aktivierung gibt es außerdem ein Pre-PegIn-HTLC; Ethereum hat die Aktivierung nicht abgeschlossen, sodass Nutzer nach Ablauf der Zeitsperre einseitig zurücktreten können. Bitcoin versteht keine Kredite – es ist lediglich dafür zuständig, „welche Transaktionen berechtigt sind, dieses UTXO auszugeben“.
Die zweite Schicht liegt in Ethereum. Kernverträge dokumentieren den Vault-Lebenszyklus, Hashlock- und WOTS-Zusagen, verwalten Zeitsperren, Teilnehmer, Zugangsberechtigung für Anwendungen und Obergrenzen für Expositionen; der Adapter übersetzt außerdem Kreditaufnahme, Rückzahlung und Ausstieg in Protokolloperationen. Derzeit ist im öffentlich registrierten Testnetz nur noch der Aave v4 Adapter registriert.
Die dritte Schicht ist die Offline-Software. Vault Provider koordinieren das Erstellen der Bibliothek und die vorbereiteten Signaturen. Rollen wie Application Vault Keeper, Universal Challenger usw. überwachen beide Ketten, speichern Materialien, erzeugen oder challengen Einlösebeweise und reichen anschließend die nächste Transaktion ein.
Der entscheidende Punkt ist nicht nur „Drei Schichten arbeiten zusammen“, sondern dass die Konsequenzen bei einem Versagen unterschiedlich sind: Ein Fehler im Ethereum-Vertrag wirkt sich auf Buchhaltung und Business aus, Offline-Rollen verzögern den Ausstieg – aber sie können alle keine „aus dem Nichts“ erzeugte Bitcoin-Ausgangstransaktion hervorbringen, die nicht bereits vorbereitet wurde. Umgekehrt kann ein sichererer Bitcoin-Script auch nicht die Aufgaben von Oracles, Anwendungs-Failover/Business-Risiko-Controls und Online-Challengern ersetzen.
TBV zerstört also kein Vertrauen, sondern trennt Asset-Kontrolle, Geschäftsstatus und Ausführbarkeit – sodass ein Fehler in einer einzelnen Schicht nicht direkt zu einem Verlust der BTC-Eigentümerschaft führt. Vor dem Mainnet-Launch werde ich diese drei Schichten jeweils separat prüfen, statt nur auf einen Satz „BTC bleibt auf der ursprünglichen Kette“ zu schauen.
#baby $BABY
Die erste Schicht liegt in Bitcoin. BTC wird in Taproot-Ausgänge gesperrt; normales Einlösen, einlösungsbasierte Liquidation und dispute-basiertes Response werden bereits beim Erstellen der Bibliothek in die vorbereiteten Transaktionsgrafen geschrieben. Vor der Aktivierung gibt es außerdem ein Pre-PegIn-HTLC; Ethereum hat die Aktivierung nicht abgeschlossen, sodass Nutzer nach Ablauf der Zeitsperre einseitig zurücktreten können. Bitcoin versteht keine Kredite – es ist lediglich dafür zuständig, „welche Transaktionen berechtigt sind, dieses UTXO auszugeben“.
Die zweite Schicht liegt in Ethereum. Kernverträge dokumentieren den Vault-Lebenszyklus, Hashlock- und WOTS-Zusagen, verwalten Zeitsperren, Teilnehmer, Zugangsberechtigung für Anwendungen und Obergrenzen für Expositionen; der Adapter übersetzt außerdem Kreditaufnahme, Rückzahlung und Ausstieg in Protokolloperationen. Derzeit ist im öffentlich registrierten Testnetz nur noch der Aave v4 Adapter registriert.
Die dritte Schicht ist die Offline-Software. Vault Provider koordinieren das Erstellen der Bibliothek und die vorbereiteten Signaturen. Rollen wie Application Vault Keeper, Universal Challenger usw. überwachen beide Ketten, speichern Materialien, erzeugen oder challengen Einlösebeweise und reichen anschließend die nächste Transaktion ein.
Der entscheidende Punkt ist nicht nur „Drei Schichten arbeiten zusammen“, sondern dass die Konsequenzen bei einem Versagen unterschiedlich sind: Ein Fehler im Ethereum-Vertrag wirkt sich auf Buchhaltung und Business aus, Offline-Rollen verzögern den Ausstieg – aber sie können alle keine „aus dem Nichts“ erzeugte Bitcoin-Ausgangstransaktion hervorbringen, die nicht bereits vorbereitet wurde. Umgekehrt kann ein sichererer Bitcoin-Script auch nicht die Aufgaben von Oracles, Anwendungs-Failover/Business-Risiko-Controls und Online-Challengern ersetzen.
TBV zerstört also kein Vertrauen, sondern trennt Asset-Kontrolle, Geschäftsstatus und Ausführbarkeit – sodass ein Fehler in einer einzelnen Schicht nicht direkt zu einem Verlust der BTC-Eigentümerschaft führt. Vor dem Mainnet-Launch werde ich diese drei Schichten jeweils separat prüfen, statt nur auf einen Satz „BTC bleibt auf der ursprünglichen Kette“ zu schauen.
#baby $BABY