In Babylons BTC-Vault-Mechanismus steckt ein Design, das viele leicht übersehen: Jeder Vault ist im Kern ein unteilbarer einzelner Bitcoin-UTXO. Das bedeutet, dass das Protokoll bei einer Liquidation nur den gesamten Posten auf einmal verarbeiten kann – es lässt sich nicht in Teile schneiden und getrennt abwickeln.
Auf den ersten Blick wirkt das etwas unlogisch: Liquidation sollte doch „im Umfang der Schuld“ abziehen. Aber das UTXO-Modell von BTC macht das unmöglich. Wenn alle BTC in einem einzigen Vault gebündelt sind und eine Liquidation ausgelöst wird, leert das System den gesamten Vault auf einmal – selbst dann, wenn du nur einen kleinen Teil deiner Verbindlichkeit nicht bedienen kannst. Der verbleibende Wert wird dir in Form von WBTC zurückerstattet; damit wechselt das Asset von nativen BTC zu einer verpackten Version auf Ethereum. Du gehst von „Bitcoin halten“ zu „WBTC halten“.
Ich habe es mir jedoch noch einmal genauer angesehen: Das ist nicht völlig ein Mangel, sondern eher ein Risiko, das man auf Produktebene absichern kann. In der offiziellen Dokumentation empfiehlt Babylon, in zwei Vaults zu splitten – einen „Opfer-Vault“, der in der Liquidationsreihenfolge ganz vorne steht, und einen „geschützten Vault“, der danach kommt. Das Protokoll zieht bei der Liquidation der Reihe nach ab, bis genug abgezogen wurde. Die Aufteilung besteht im Kern darin, mit struktureller Isolation den Effekt „teilweiser Liquidation“ zu erreichen: Unberührte Positionen bleiben erhalten, und der Liquidationsverlust wird auf einen kontrollierbaren Rahmen begrenzt. Basierend auf den aktuellen Parametern liegt der optimale Anteil des Opfer-Vaults nach dem Split bei etwa 40% des gesamten Kapitals.
Das Problem, das ich wirklich kontinuierlich im Blick behalten würde, ist nicht der Mechanismus an sich, sondern die Informationsdurchlässigkeit auf Produktebene. Wenn Nutzer eine Position eröffnen, schauen sie oft nur auf die „maximale Kreditobergrenze“, aber nur wenige berechnen wirklich: Wie hoch ist der schlimmste Liquidationsverlust unter verschiedenen Vault-Strukturen? Wie wird der überschüssige Wert umgerechnet? Bekommst du nach einer Zwangsliquidation WBTC oder BTC zurück?
Die Antworten auf diese Fragen beeinflussen direkt die Risikoeinschätzung und die Bereitschaft, Kredite aufzunehmen. Je klarer Nutzer verstehen, wie schlimmste Szenarien tatsächlich aussehen, desto eher nutzen sie ihre Kreditobergrenze vollständig – und desto besser kann Babylons Ertragspotenzial freigesetzt werden, um den langfristigen Wert von $BABY zu stützen. Das ist keine Frage, die man jetzt endgültig entscheiden kann, aber bevor man teilnimmt, müssen Produktdetails und Datenlogik vollständig verstanden sein.
#baby $BABY @BabylonLabs_io
Auf den ersten Blick wirkt das etwas unlogisch: Liquidation sollte doch „im Umfang der Schuld“ abziehen. Aber das UTXO-Modell von BTC macht das unmöglich. Wenn alle BTC in einem einzigen Vault gebündelt sind und eine Liquidation ausgelöst wird, leert das System den gesamten Vault auf einmal – selbst dann, wenn du nur einen kleinen Teil deiner Verbindlichkeit nicht bedienen kannst. Der verbleibende Wert wird dir in Form von WBTC zurückerstattet; damit wechselt das Asset von nativen BTC zu einer verpackten Version auf Ethereum. Du gehst von „Bitcoin halten“ zu „WBTC halten“.
Ich habe es mir jedoch noch einmal genauer angesehen: Das ist nicht völlig ein Mangel, sondern eher ein Risiko, das man auf Produktebene absichern kann. In der offiziellen Dokumentation empfiehlt Babylon, in zwei Vaults zu splitten – einen „Opfer-Vault“, der in der Liquidationsreihenfolge ganz vorne steht, und einen „geschützten Vault“, der danach kommt. Das Protokoll zieht bei der Liquidation der Reihe nach ab, bis genug abgezogen wurde. Die Aufteilung besteht im Kern darin, mit struktureller Isolation den Effekt „teilweiser Liquidation“ zu erreichen: Unberührte Positionen bleiben erhalten, und der Liquidationsverlust wird auf einen kontrollierbaren Rahmen begrenzt. Basierend auf den aktuellen Parametern liegt der optimale Anteil des Opfer-Vaults nach dem Split bei etwa 40% des gesamten Kapitals.
Das Problem, das ich wirklich kontinuierlich im Blick behalten würde, ist nicht der Mechanismus an sich, sondern die Informationsdurchlässigkeit auf Produktebene. Wenn Nutzer eine Position eröffnen, schauen sie oft nur auf die „maximale Kreditobergrenze“, aber nur wenige berechnen wirklich: Wie hoch ist der schlimmste Liquidationsverlust unter verschiedenen Vault-Strukturen? Wie wird der überschüssige Wert umgerechnet? Bekommst du nach einer Zwangsliquidation WBTC oder BTC zurück?
Die Antworten auf diese Fragen beeinflussen direkt die Risikoeinschätzung und die Bereitschaft, Kredite aufzunehmen. Je klarer Nutzer verstehen, wie schlimmste Szenarien tatsächlich aussehen, desto eher nutzen sie ihre Kreditobergrenze vollständig – und desto besser kann Babylons Ertragspotenzial freigesetzt werden, um den langfristigen Wert von $BABY zu stützen. Das ist keine Frage, die man jetzt endgültig entscheiden kann, aber bevor man teilnimmt, müssen Produktdetails und Datenlogik vollständig verstanden sein.
#baby $BABY @BabylonLabs_io