Ich merke immer wieder: In Krypto leistet das, was man etwas nennt, oft mehr Arbeit als das, was es tatsächlich tut. Die Bezeichnung trägt die Tonhöhe; darunter sitzen die Mechanikkomponenten, leiser.
Babylons BTCVault bringt mich wieder auf genau dieses Thema. Der Pitch von @BabylonLabs_io ist natives Bitcoin in DeFi: kein Wrapping, kein Bridging. Und doch: Wenn du BTC in einem Vault sperrst und es in Aave verwendest, prägt das System einen ERC-20-Token auf Ethereum namens vaultBTC – eins zu eins im Verhältnis zu deinen Coins. Der Aave-Vorschlag sagt das ganz offen: Adapter-Contracts repräsentieren Vault-Records 1:1 als einen transfer-restringierten Token. Das Whitepaper beschrieb dieselbe Idee früher unter einem anderen Namen, CollBTCToken, mit einem eigenen Minting-/Burning-Controller.
Das echte Asset sperren, einen Token dagegen prägen, den Token verbrennen, um ihn freizugeben – das ist die Lehrbuchbeschreibung für einen Wrapped Token. Ethereums eigene Doku beschreibt WETH genau in diesen Begriffen.
Babylons Antwort steckt in demselben Proposal. Sie nennen vaultBTC ein nicht übertragbares Buchhaltungs-Asset, nicht einen Wrapper – und die Unterschiede, auf die sie verweisen, sind real. Es kann nicht an eine normale Adresse gesendet werden. Dafür gibt es keinen Markt. Es sitzt nie in irgendeines Menschen Wallet. Dein echtes Bitcoin verlässt nie den Vault, den du kontrollierst. Nichts davon ist bei WBTC wahr, und ich will dabei fair sein.
Trotzdem zerkaue ich immer noch die Frage, wo genau die Linie zwischen Kategorien verläuft. Das Minting und das Burning passiert in beiden Fällen. Was sich geändert hat: Dieser Token bleibt innerhalb der Maschine gesperrt, statt frei zu zirkulieren.
Wenn also ein 1:1-Token gegen gesperrtes Bitcoin geprägt und als Sicherheit hinterlegt wird – was unterscheidet dann den Unterschied zwischen einer Buchhaltungseinheit und einem Wrapper: die Mechanik oder das Etikett? Ich bin noch nirgendwo endgültig gelandet.
#baby
$BABY $EUL $REQ
Babylons BTCVault bringt mich wieder auf genau dieses Thema. Der Pitch von @BabylonLabs_io ist natives Bitcoin in DeFi: kein Wrapping, kein Bridging. Und doch: Wenn du BTC in einem Vault sperrst und es in Aave verwendest, prägt das System einen ERC-20-Token auf Ethereum namens vaultBTC – eins zu eins im Verhältnis zu deinen Coins. Der Aave-Vorschlag sagt das ganz offen: Adapter-Contracts repräsentieren Vault-Records 1:1 als einen transfer-restringierten Token. Das Whitepaper beschrieb dieselbe Idee früher unter einem anderen Namen, CollBTCToken, mit einem eigenen Minting-/Burning-Controller.
Das echte Asset sperren, einen Token dagegen prägen, den Token verbrennen, um ihn freizugeben – das ist die Lehrbuchbeschreibung für einen Wrapped Token. Ethereums eigene Doku beschreibt WETH genau in diesen Begriffen.
Babylons Antwort steckt in demselben Proposal. Sie nennen vaultBTC ein nicht übertragbares Buchhaltungs-Asset, nicht einen Wrapper – und die Unterschiede, auf die sie verweisen, sind real. Es kann nicht an eine normale Adresse gesendet werden. Dafür gibt es keinen Markt. Es sitzt nie in irgendeines Menschen Wallet. Dein echtes Bitcoin verlässt nie den Vault, den du kontrollierst. Nichts davon ist bei WBTC wahr, und ich will dabei fair sein.
Trotzdem zerkaue ich immer noch die Frage, wo genau die Linie zwischen Kategorien verläuft. Das Minting und das Burning passiert in beiden Fällen. Was sich geändert hat: Dieser Token bleibt innerhalb der Maschine gesperrt, statt frei zu zirkulieren.
Wenn also ein 1:1-Token gegen gesperrtes Bitcoin geprägt und als Sicherheit hinterlegt wird – was unterscheidet dann den Unterschied zwischen einer Buchhaltungseinheit und einem Wrapper: die Mechanik oder das Etikett? Ich bin noch nirgendwo endgültig gelandet.
#baby
$BABY $EUL $REQ