#baby TBV In dem von mir als eine Stelle angesehen, die absichtlich gegen die „DeFi-Konventionen“ verstößt: Kein Pooling.
Der gängige DeFi-Vault bezeichnet normalerweise einen Liquiditätspool: Mehrere Einlagen werden in einem Vertrag zusammengeführt, teilen sich Positionen und Risiken. Der Babylon-Trustless-Bitcoin-Vault kehrt jedoch zur eigentlichen Bedeutung einer Bank- Tresorbox zurück – jeder Vault ist eine eigenständige Bitcoin-UTXO: Er entspricht einem Satz Taproot-Skripte, an dem der jeweilige Depositor selbst bei der Co-Signierung beteiligt ist. BTC aus unterschiedlichen Vaults wird nicht gemischt, kann nicht von Protokollverträgen abgezogen werden und ist nicht rehypothezierbar (keine Weiterverpfändung). In der Aave-Integration bekommst du sogar buchhalterisch ein Token vaultBTC, aber das zugrunde liegende BTC ist nach wie vor genau die paar Satoshis in genau diesem einen Output. Das bedeutet: Bei der Abwicklung wird nur der Teil bewegt, der zu deiner UTXO gehört – es werden keine Coins anderer verwendet, um deine Lücke zu stopfen.$BABY
Ein weiterer leicht zu übersehender Punkt ist der claim delay (Anspruchsverzögerung). Da TBV mit BABE einen Herausforderungsprozess verfolgt, der auf BitVM3 basiert, muss ein Bitcoin-Skript on-chain eine SNARK-Validierung durchführen: Es muss nachweisen, dass „auf der Ethereum-Seite“ tatsächlich eine Rückgabe/Abwicklung stattgefunden hat. Daher muss das System eine Zeitspanne für die Herausforderung vorsehen (von ein paar Stunden bis zu ein bis zwei Tagen). Berechtigte Claims erhalten die Coins nicht sofort, sondern erst nachdem die Herausforderungsfrist abgelaufen ist. Diese Verzögerung ist kein Bug, sondern der Preis für eine optimistische Verifikation: Man tauscht Zeit gegen Vertrauenslosigkeit.
Und noch ein kleines, aber entscheidendes kryptografisches Bauteil: WOTS (Winternitz One-Time Signature). Im Whitepaper steht im vault registry, dass jeder Vault ein WOTS-Commitment speichert; der Depositor hat außerdem selbst eine WOTS-Keypair-Datei in der Hand als self-claim-Fallback. Eine einmalige Signatur bedeutet: Dieser Schlüssel wird nur einmal verwendet – eine Wiederverwendung würde ihn offenlegen. Er wird nicht für den täglichen Transfer genutzt, sondern als abgesicherte Identität im Extremfall, wenn du selbst ein Claim-Proof auf der Bitcoin-Chain einreichen musst. Die Idee, „einmalig“ als Sicherheitsfeature und nicht als Einschränkung umzusetzen, ist wirklich „bitcoinnativ“.$ETH
Wenn man diese drei Dinge zusammen betrachtet (keine Poolbildung durch unabhängige UTXOs, BABE-Herausforderungsverzögerung und WOTS-Absicherung), wird das Trust-Modell von TBV dreidimensional: Bitcoin verwahrt man treuhänderisch/zugeordnet, Ethereum verwaltet den Geschäftsstatus – dazwischen werden mit vorab signierten Skripten + ZK/BitVM-Nachweisen + einer Herausforderungsperiode diese Teile zusammengenäht. Niemand muss dem anderen vertrauen, sondern nur der Skript, das man selbst signiert hat. Genau das ist das wahre Gewicht der drei Worte „trustless“ im Whitepaper.@BabylonLabs_io
Der gängige DeFi-Vault bezeichnet normalerweise einen Liquiditätspool: Mehrere Einlagen werden in einem Vertrag zusammengeführt, teilen sich Positionen und Risiken. Der Babylon-Trustless-Bitcoin-Vault kehrt jedoch zur eigentlichen Bedeutung einer Bank- Tresorbox zurück – jeder Vault ist eine eigenständige Bitcoin-UTXO: Er entspricht einem Satz Taproot-Skripte, an dem der jeweilige Depositor selbst bei der Co-Signierung beteiligt ist. BTC aus unterschiedlichen Vaults wird nicht gemischt, kann nicht von Protokollverträgen abgezogen werden und ist nicht rehypothezierbar (keine Weiterverpfändung). In der Aave-Integration bekommst du sogar buchhalterisch ein Token vaultBTC, aber das zugrunde liegende BTC ist nach wie vor genau die paar Satoshis in genau diesem einen Output. Das bedeutet: Bei der Abwicklung wird nur der Teil bewegt, der zu deiner UTXO gehört – es werden keine Coins anderer verwendet, um deine Lücke zu stopfen.$BABY
Ein weiterer leicht zu übersehender Punkt ist der claim delay (Anspruchsverzögerung). Da TBV mit BABE einen Herausforderungsprozess verfolgt, der auf BitVM3 basiert, muss ein Bitcoin-Skript on-chain eine SNARK-Validierung durchführen: Es muss nachweisen, dass „auf der Ethereum-Seite“ tatsächlich eine Rückgabe/Abwicklung stattgefunden hat. Daher muss das System eine Zeitspanne für die Herausforderung vorsehen (von ein paar Stunden bis zu ein bis zwei Tagen). Berechtigte Claims erhalten die Coins nicht sofort, sondern erst nachdem die Herausforderungsfrist abgelaufen ist. Diese Verzögerung ist kein Bug, sondern der Preis für eine optimistische Verifikation: Man tauscht Zeit gegen Vertrauenslosigkeit.
Und noch ein kleines, aber entscheidendes kryptografisches Bauteil: WOTS (Winternitz One-Time Signature). Im Whitepaper steht im vault registry, dass jeder Vault ein WOTS-Commitment speichert; der Depositor hat außerdem selbst eine WOTS-Keypair-Datei in der Hand als self-claim-Fallback. Eine einmalige Signatur bedeutet: Dieser Schlüssel wird nur einmal verwendet – eine Wiederverwendung würde ihn offenlegen. Er wird nicht für den täglichen Transfer genutzt, sondern als abgesicherte Identität im Extremfall, wenn du selbst ein Claim-Proof auf der Bitcoin-Chain einreichen musst. Die Idee, „einmalig“ als Sicherheitsfeature und nicht als Einschränkung umzusetzen, ist wirklich „bitcoinnativ“.$ETH
Wenn man diese drei Dinge zusammen betrachtet (keine Poolbildung durch unabhängige UTXOs, BABE-Herausforderungsverzögerung und WOTS-Absicherung), wird das Trust-Modell von TBV dreidimensional: Bitcoin verwahrt man treuhänderisch/zugeordnet, Ethereum verwaltet den Geschäftsstatus – dazwischen werden mit vorab signierten Skripten + ZK/BitVM-Nachweisen + einer Herausforderungsperiode diese Teile zusammengenäht. Niemand muss dem anderen vertrauen, sondern nur der Skript, das man selbst signiert hat. Genau das ist das wahre Gewicht der drei Worte „trustless“ im Whitepaper.@BabylonLabs_io