Babylon schreibt seit knapp einer Woche. Wenn man auf dem Marktplatz die Inhalte zu Babylon durchgeht und die siebte und achte Stelle erreicht, wirkt das etwas aus dem Kontext heraus – fast jeder Beitrag schreibt: „über Zero-Knowledge-Proofs und Technologien wie BitVM3“.
Wörtlich das Gleiche, taucht hin und wieder auf.
Das Problem ist, dass dieser Satz zwei verschiedene Dinge zu einer Suppe vermengt.
Babylon hat in der Hand eigentlich zwei Ebenen.
Die erste Ebene ist das native Staking. Diese Ebene braucht grundsätzlich keine Zero-Knowledge-Proofs. Sie beruht auf etwas, das Bitcoin selbst ohnehin bietet: Bitcoin Script, das UTXO-Modell und Time Locks. Der Nutzer sperrt BTC im Bitcoin-Netzwerk, um der PoS-Chain dafür wirtschaftliche Sicherheit bereitzustellen; auf der anderen Seite bezahlt die Chain diese Sicherheit. Währenddessen verlässt nichts die Regeln von Bitcoin.
Die zweite Ebene ist erst TBV. Diese ist ungleich schwieriger: Man muss dafür sorgen, dass ein Smart Contract auf Ethereum versteht, was tatsächlich auf der Bitcoin-Chain passiert ist, um das native BTC als Sicherheiten zu verwenden und Stablecoins zu leihen. BitVM3 ist ein früherer Vorschlag auf diesem Weg, hat aber einen tödlichen Nachteil: Die Kosten für eine On-Chain-Verifikation können auf 10–20 Tausend US-Dollar steigen – so teuer, dass es kaum kommerziell einsetzbar ist.
Das Babylon-System, das als BABE-Protokoll bezeichnet wird, macht genau diese Arbeit: Es senkt die Kosten. Die On-Chain-Verifikation wird auf Größenordnungen von „einigen Dutzend US-Dollar“ gedrückt; das Off-Chain-Speichern wird von Dutzenden GB auf etwa zwanzig Megabyte reduziert.
Daher ist die genaue Formulierung nicht „hat BitVM3 verwendet“, sondern „hat auf dem BitVM3-Weg eine Kostenoptimierung vorgenommen“. Nur ein Wort weniger – die Bedeutung ist sehr unterschiedlich.
Wenn man die Tragweite dieser zwei Ebenen klärt, kann man beim Lesen der Daten nicht in die falsche Richtung schauen:
BTC-Staking-Umfang ↓ zeigt, ob das Fundament der ersten Ebene dick genug ist
Anzahl der angebundenen PoS-Chains ↓ zeigt, ob der Sicherheitsbedarf wirklich echt ist
TBV-Kreditanzahl ↓ zeigt, ob die zweite Ebene wirklich durchläuft
Und der Token BABY übernimmt Funktionen wie Netzwerk-Gas, Governance und Stakingsicherheit – er liegt also zwischen den beiden Ebenen. Das bedeutet auch: Sein Wert muss von beiden Ebenen getragen werden, die in Volumen hochkommen; eine einzelne Ebene reicht nicht.
Natürlich dürfen die Risiken nicht ignoriert werden.
Aber mal ehrlich: In einem Track versuchen alle ständig, dasselbe offizielle Textstück nachzuerzählen – Menschen, die bereit sind, zwei Seiten mehr in die Dokumentation zu blättern, gibt es ohnehin nicht viele.
@BabylonLabs_io $BABY
#baby
Wörtlich das Gleiche, taucht hin und wieder auf.
Das Problem ist, dass dieser Satz zwei verschiedene Dinge zu einer Suppe vermengt.
Babylon hat in der Hand eigentlich zwei Ebenen.
Die erste Ebene ist das native Staking. Diese Ebene braucht grundsätzlich keine Zero-Knowledge-Proofs. Sie beruht auf etwas, das Bitcoin selbst ohnehin bietet: Bitcoin Script, das UTXO-Modell und Time Locks. Der Nutzer sperrt BTC im Bitcoin-Netzwerk, um der PoS-Chain dafür wirtschaftliche Sicherheit bereitzustellen; auf der anderen Seite bezahlt die Chain diese Sicherheit. Währenddessen verlässt nichts die Regeln von Bitcoin.
Die zweite Ebene ist erst TBV. Diese ist ungleich schwieriger: Man muss dafür sorgen, dass ein Smart Contract auf Ethereum versteht, was tatsächlich auf der Bitcoin-Chain passiert ist, um das native BTC als Sicherheiten zu verwenden und Stablecoins zu leihen. BitVM3 ist ein früherer Vorschlag auf diesem Weg, hat aber einen tödlichen Nachteil: Die Kosten für eine On-Chain-Verifikation können auf 10–20 Tausend US-Dollar steigen – so teuer, dass es kaum kommerziell einsetzbar ist.
Das Babylon-System, das als BABE-Protokoll bezeichnet wird, macht genau diese Arbeit: Es senkt die Kosten. Die On-Chain-Verifikation wird auf Größenordnungen von „einigen Dutzend US-Dollar“ gedrückt; das Off-Chain-Speichern wird von Dutzenden GB auf etwa zwanzig Megabyte reduziert.
Daher ist die genaue Formulierung nicht „hat BitVM3 verwendet“, sondern „hat auf dem BitVM3-Weg eine Kostenoptimierung vorgenommen“. Nur ein Wort weniger – die Bedeutung ist sehr unterschiedlich.
Wenn man die Tragweite dieser zwei Ebenen klärt, kann man beim Lesen der Daten nicht in die falsche Richtung schauen:
BTC-Staking-Umfang ↓ zeigt, ob das Fundament der ersten Ebene dick genug ist
Anzahl der angebundenen PoS-Chains ↓ zeigt, ob der Sicherheitsbedarf wirklich echt ist
TBV-Kreditanzahl ↓ zeigt, ob die zweite Ebene wirklich durchläuft
Und der Token BABY übernimmt Funktionen wie Netzwerk-Gas, Governance und Stakingsicherheit – er liegt also zwischen den beiden Ebenen. Das bedeutet auch: Sein Wert muss von beiden Ebenen getragen werden, die in Volumen hochkommen; eine einzelne Ebene reicht nicht.
Natürlich dürfen die Risiken nicht ignoriert werden.
Aber mal ehrlich: In einem Track versuchen alle ständig, dasselbe offizielle Textstück nachzuerzählen – Menschen, die bereit sind, zwei Seiten mehr in die Dokumentation zu blättern, gibt es ohnehin nicht viele.
@BabylonLabs_io $BABY
#baby