Ehrlich gesagt bin ich bei einem Namen hängen geblieben, der mich anfangs komplett in die Irre geführt hat.
vaultBTC. Ich ging davon aus, dass es wie jeder andere gewrappte Bitcoin-Token funktioniert, den ich bisher gesehen habe: etwas, das man sich holt, herumbewegt, auf einem Sekundärmarkt handelt. Laut Babylons offizieller Einreichung im Aave-Governance-Forum ist diese Annahme falsch.
Aave erkennt nur ERC-20-Token als Sicherheiten an. Nativer Bitcoin, der in einem Taproot-UTXO gesperrt ist, ist jedoch überhaupt kein ERC-20-Token. Deshalb brauchte Babylon eine Umgehungslösung. Ihre Antwort war eine Eins-zu-Eins-Repräsentation auf Ethereum namens vaultBTC, die rein deshalb geprägt wurde, damit das Lending-Protokoll bestätigen kann, dass ein bestimmtes Vault existiert.
So hat sich für mich das Verständnis für das gesamte Design verändert. Dieser Token kann sich nur zwischen drei fest definierten Punkten bewegen, die direkt in der Integration festgelegt sind—nichts darüber hinaus. Ich habe geprüft, wie sich das von typischen „Wrapped“-Assets unterscheidet, und die Lücke ist total: kein offener Markt, keine uneingeschränkte Bewegung, kein Handel auf irgendeinem Sekundärmarkt.
Ich habe eine Weile über diesen Unterschied nachgedacht. Ein normaler „Wrapped“-Token entfaltet seinen Nutzen dadurch, dass er sich ohne Einschränkungen zwischen Wallets und Plattformen bewegen kann. Babylon hat diesen Weg hier bewusst blockiert und sich für ein härteres Design entschieden, speziell damit der Token niemals zu einer handelbaren Ersatzlösung für das echte Asset werden kann.
Diese Begrenzung ist es, die die Self-Custody tatsächlich auf mechanischer Ebene erzwingt—nicht nur als Versprechen, das irgendwo schriftlich steht. Es wäre bei weitem einfacher gewesen, vaultBTC wie jedes andere Asset funktionieren zu lassen.
Ich habe immer noch niemanden gesehen, der gefragt hat, was mit der Komponierbarkeit passiert, sobald ein Token so eng gesperrt ist. Das fühlt sich wie die nächste wirklich relevante Frage an.
@BabylonLabs_io #baby $BABY
vaultBTC. Ich ging davon aus, dass es wie jeder andere gewrappte Bitcoin-Token funktioniert, den ich bisher gesehen habe: etwas, das man sich holt, herumbewegt, auf einem Sekundärmarkt handelt. Laut Babylons offizieller Einreichung im Aave-Governance-Forum ist diese Annahme falsch.
Aave erkennt nur ERC-20-Token als Sicherheiten an. Nativer Bitcoin, der in einem Taproot-UTXO gesperrt ist, ist jedoch überhaupt kein ERC-20-Token. Deshalb brauchte Babylon eine Umgehungslösung. Ihre Antwort war eine Eins-zu-Eins-Repräsentation auf Ethereum namens vaultBTC, die rein deshalb geprägt wurde, damit das Lending-Protokoll bestätigen kann, dass ein bestimmtes Vault existiert.
So hat sich für mich das Verständnis für das gesamte Design verändert. Dieser Token kann sich nur zwischen drei fest definierten Punkten bewegen, die direkt in der Integration festgelegt sind—nichts darüber hinaus. Ich habe geprüft, wie sich das von typischen „Wrapped“-Assets unterscheidet, und die Lücke ist total: kein offener Markt, keine uneingeschränkte Bewegung, kein Handel auf irgendeinem Sekundärmarkt.
Ich habe eine Weile über diesen Unterschied nachgedacht. Ein normaler „Wrapped“-Token entfaltet seinen Nutzen dadurch, dass er sich ohne Einschränkungen zwischen Wallets und Plattformen bewegen kann. Babylon hat diesen Weg hier bewusst blockiert und sich für ein härteres Design entschieden, speziell damit der Token niemals zu einer handelbaren Ersatzlösung für das echte Asset werden kann.
Diese Begrenzung ist es, die die Self-Custody tatsächlich auf mechanischer Ebene erzwingt—nicht nur als Versprechen, das irgendwo schriftlich steht. Es wäre bei weitem einfacher gewesen, vaultBTC wie jedes andere Asset funktionieren zu lassen.
Ich habe immer noch niemanden gesehen, der gefragt hat, was mit der Komponierbarkeit passiert, sobald ein Token so eng gesperrt ist. Das fühlt sich wie die nächste wirklich relevante Frage an.
@BabylonLabs_io #baby $BABY