Ich habe die offiziellen technischen Spezifikationen von Babylon und den von dem Projektbetreiber im Mai 2025 veröffentlichten Roadmap-Plan erneut gelesen und dabei gemerkt, dass ich das zuvor präsentierte BTC-Staking-Konzept „nicht über Chain hinweg, nicht verwahrt“ noch nicht umfassend verstanden hatte. Da das Bitcoin-Hauptnetz nicht einmal intelligente Verträge kennt, wirkt es logisch unpassend, wenn eine PoS-Chain ihm seine Sicherheit „teilen“ soll. Erst als ich begriffen hatte, wie der Taproot-Skriptbaum funktioniert, wurde das Bild nach und nach klar.@BabylonLabs_io
Babylon zerlegt die Staking-Regeln in drei sich gegenseitig ausschließende Pfade. Der Pfad mit Zeitlock: Nach Ablauf der Sperrfrist kann der Staker mit seiner eigenen Signatur zurücklösen. Der Entbindungs-Pfad: Er muss die gemeinsame Unterzeichnung (Co-Sign) durch das Covenant-Komitee erfordern. Der Pfad für die Beschlagnahme (Slashing) bindet dagegen drei Parteien mittels Signaturen. Der EOTS-Baustein ist ziemlich elegant: Er verwandelt den Nachweis dafür, dass ein Finality Provider missbraucht hat, in eine kryptografische Bedingung, die Bitcoin verifizieren kann—und umgeht so die Einschränkung, dass Bitcoin den PoS-Konsens nicht versteht. In den offiziellen technischen Spezifikationen heißt es, dass jedem Vault ein eigener UTXO zugeordnet ist; die Regeln für die Sperrung sind bereits beim Locking festgeschrieben. Externe Ergebnisse werden dann über einen Beweis-Mechanismus in für Bitcoin erkennbare Informationen umgewandelt, und erst danach wird entschieden, ob eine Rücklösung oder eine Abwicklung (Slashing/Clearance) erfolgt.
Aber das Mainnet ist inzwischen fast drei Monate live, und ich habe einige auf dem Papier nicht abgedeckte Punkte beobachtet. Erstens: Gebühren. In der Anfangsphase sind die Transaktionszahlen pro Block im Staking-Fenster begrenzt; wenn die Marktsentiments hochkochen, werden die realen Erträge der Nutzer von den Miner Fees stark aufgezehrt. Zweitens: Die Grenzen der Befugnisse des Covenant-Komitees. Laut der vom Projektbetreiber im Mai 2025 veröffentlichten Roadmap halten diese Multi-Sign-Mitglieder die Entbindungs- / Unbonding-Co-Sign-Rechte vorübergehend, bis nativen Opcodes wie OP_CTV umgesetzt sind. Sie können die Vermögenswerte der Nutzer zwar nicht direkt verwenden, aber wenn die Effizienz bei der gemeinsamen Unterzeichnung nicht passt, müssen die Nutzer einfach auf das natürliche Ablaufen des Zeitlocks warten. Drittens: Bei Protokollen wie Lombard (LRT) hat sich obenauf bereits ein beträchtlicher TVL angesammelt. Wenn es zu einem großflächigen Slashing-Ereignis kommt, müssen wir noch beobachten, wie komplex der Ausbreitungs-/Übertragungspfad dann wird.
Babylons technische Idee ist tatsächlich sauber: Es macht Verstöße der Außenwelt in Bedingungen um, die Bitcoin versteht. Das ist viel klüger, als BTC zwanghaft intelligente Verträge hinzuzufügen. Doch zwischen „sauber“ und „zuverlässig im Betrieb“ liegt eine Menge echter Praxiserprobung. Wenn im nächsten Jahr Q2 die nativen Vertrags- / Constraint-Operationcodes erfolgreich aktiviert werden und das Covenant-Komitee die historische Bühne verlässt, wird das der Moment sein, in dem diese Design-Grenzen wirklich auf die Probe gestellt werden. Glaubt ihr, dass diese Route mit „nur Lese-Skripten, ohne Vermögensbewegung“ durchlaufen kann?#baby $BABY
Babylon zerlegt die Staking-Regeln in drei sich gegenseitig ausschließende Pfade. Der Pfad mit Zeitlock: Nach Ablauf der Sperrfrist kann der Staker mit seiner eigenen Signatur zurücklösen. Der Entbindungs-Pfad: Er muss die gemeinsame Unterzeichnung (Co-Sign) durch das Covenant-Komitee erfordern. Der Pfad für die Beschlagnahme (Slashing) bindet dagegen drei Parteien mittels Signaturen. Der EOTS-Baustein ist ziemlich elegant: Er verwandelt den Nachweis dafür, dass ein Finality Provider missbraucht hat, in eine kryptografische Bedingung, die Bitcoin verifizieren kann—und umgeht so die Einschränkung, dass Bitcoin den PoS-Konsens nicht versteht. In den offiziellen technischen Spezifikationen heißt es, dass jedem Vault ein eigener UTXO zugeordnet ist; die Regeln für die Sperrung sind bereits beim Locking festgeschrieben. Externe Ergebnisse werden dann über einen Beweis-Mechanismus in für Bitcoin erkennbare Informationen umgewandelt, und erst danach wird entschieden, ob eine Rücklösung oder eine Abwicklung (Slashing/Clearance) erfolgt.
Aber das Mainnet ist inzwischen fast drei Monate live, und ich habe einige auf dem Papier nicht abgedeckte Punkte beobachtet. Erstens: Gebühren. In der Anfangsphase sind die Transaktionszahlen pro Block im Staking-Fenster begrenzt; wenn die Marktsentiments hochkochen, werden die realen Erträge der Nutzer von den Miner Fees stark aufgezehrt. Zweitens: Die Grenzen der Befugnisse des Covenant-Komitees. Laut der vom Projektbetreiber im Mai 2025 veröffentlichten Roadmap halten diese Multi-Sign-Mitglieder die Entbindungs- / Unbonding-Co-Sign-Rechte vorübergehend, bis nativen Opcodes wie OP_CTV umgesetzt sind. Sie können die Vermögenswerte der Nutzer zwar nicht direkt verwenden, aber wenn die Effizienz bei der gemeinsamen Unterzeichnung nicht passt, müssen die Nutzer einfach auf das natürliche Ablaufen des Zeitlocks warten. Drittens: Bei Protokollen wie Lombard (LRT) hat sich obenauf bereits ein beträchtlicher TVL angesammelt. Wenn es zu einem großflächigen Slashing-Ereignis kommt, müssen wir noch beobachten, wie komplex der Ausbreitungs-/Übertragungspfad dann wird.
Babylons technische Idee ist tatsächlich sauber: Es macht Verstöße der Außenwelt in Bedingungen um, die Bitcoin versteht. Das ist viel klüger, als BTC zwanghaft intelligente Verträge hinzuzufügen. Doch zwischen „sauber“ und „zuverlässig im Betrieb“ liegt eine Menge echter Praxiserprobung. Wenn im nächsten Jahr Q2 die nativen Vertrags- / Constraint-Operationcodes erfolgreich aktiviert werden und das Covenant-Komitee die historische Bühne verlässt, wird das der Moment sein, in dem diese Design-Grenzen wirklich auf die Probe gestellt werden. Glaubt ihr, dass diese Route mit „nur Lese-Skripten, ohne Vermögensbewegung“ durchlaufen kann?#baby $BABY