I kept coming back to one line from their post two days ago.
Tokenizing an asset is the easy part. Bringing the market around it onchain is the harder problem.
They listed the steps that still have to work: proving eligibility, enforcing transfer rules, protecting positions, coordinating settlement and servicing. Most projects stop once the token exists. Dusk is trying to keep the whole sequence on the same rails.
I checked the recent DuskEVM testnet notes again. Solidity contracts can settle through DuskDS while Hedger handles the confidential balances and transfers. Citadel sits there for selective disclosure so an investor can prove accreditation without putting the full record onchain.
That combination is what stopped me. It is not another privacy layer. It is an attempt to hold issuer control, compliance checks, and private execution inside one flow instead of splitting them across separate systems.
The NPEX link makes the framing less abstract. They already operate under AFM licenses and have real securities volume. The open question is whether the onchain version can carry the same controls without leaking the data those controls are meant to protect.
I am still watching how the pieces actually connect once more volume moves.
NPEX und Dusk haben bereits im März 2024 beim EU-DLT-Pilot-Regime eingereicht. Dieses Datum ist mir geblieben, weil ich angenommen hatte, dass das eine aktuelle Entwicklung ist – nicht etwas, das seit über einem Jahr in einer Warteschlange hängt.
Ich habe nach einem Update gesucht und festgestellt, dass in den eigenen Unterlagen von Dusk aus Mitte 2025 immer noch dieselbe Lizenz als „pending“ markiert ist. Seitdem habe ich nichts gefunden, das bestätigt, dass sie durchgegangen ist.
Ehrlich gesagt war meine erste Reaktion eine leichte Enttäuschung. Ich hätte mir die sauberere Story gewünscht, dass Dusk einfach die Lizenz hat.
Dann bin ich auf den 21X-Beitrag gestoßen, und meine Einschätzung zur Gesamtsache hat sich geändert. 21X, ein separates Unternehmen, besitzt bereits eine erteilte DLT-TSS-Lizenz, und Dusk hat gezielt mit ihnen kooperiert, um Zugang dazu zu erhalten, während der eigene Antrag noch wartet.
Das ist eine klügere Entscheidung, als ich ihr anfangs zugestanden habe. Statt einfach auf die eigenen Unterlagen zu warten, haben sie einen funktionierenden Abkürzungsweg über jemanden gefunden, der die gleichen regulatorischen Hürden bereits passiert hat.
Ich glaube nicht, dass das schlecht für NPEX ist. Ganz neue Pilot-Regimes werden nicht im Tempo vorankommen, an das irgendjemand in Krypto gewöhnt ist.
Was ich immer wieder bedenke, ist die Frage, welcher Weg sich langfristig stärker auszahlt: der, mit dem Dusk gestartet ist, oder der, der ihnen schneller den Zugang verschafft hat.
DUSK wird dank des Chainlink Cross-Chain Token-Standards nativ auf Ethereum und Solana übertragbar. Ich habe das zweimal gelesen, weil das zwei der transparentesten Register in der Branche sind. Die gleiche CCIP-Integration bringt auch NPEX’ tokenisierte Wertpapiere von DuskEVM auf andere Chains, also geht es hier nicht nur darum, dass sich der native Token bewegt. Der Teil, der bei mir hängen geblieben ist: Vertraulichkeit bei Dusk entsteht schon auf der Basisebene selbst – durch geschützte Transfers, Zero-Knowledge-Proofs und selektive Offenlegung, die direkt im Protokoll verankert ist. All das wird mit dem Vermögenswert nicht „mitgeliefert“, sobald er in eine Umgebung wechselt, die von Anfang an nicht für Privatsphäre ausgelegt war. Eine tokenisierte Anleihe, die von Dusk nach Ethereum wechselt, wird dort nach den eigenen, transparenten Regeln von Ethereum abgerechnet – nicht nach denen von Dusk. Dusk rahmt das als Ausbau von Reichweite und Komponierbarkeit ein, und das stimmt auch. Aber jeder Schritt Richtung Interoperabilität ist zugleich ein Schritt, bei dem die Garantie für Privatsphäre optional wird – je nachdem, auf welcher Chain sich der Vermögenswert an dem betreffenden Tag gerade befindet. Ich glaube nicht, dass das den Compliance-Versprechen zuwiderläuft. Es bedeutet nur, dass die Privatsphäre, für die Dusk bekannt ist, am Ende eher die Ausnahme sein könnte als der Standard, sobald Assets sich frei bewegen können. @Dusk #dusk $DUSK
XSC-Verträge auf Dusk können eine Transaktion rückgängig machen, nachdem sie passiert ist. Diese eine Zeile hat mich mehr als alles andere beunruhigt, was ich diese Woche gelesen habe.
Jede Blockchain, in die ich ursprünglich eingestiegen bin, hat mir eine Idee verkauft. Eine Transaktion, einmal bestätigt, sollte endgültig sein.
Dann habe ich mir die Argumentation genauer angesehen, und meine Haltung hat sich tatsächlich verschoben. Tokenisierte Wertpapiere tragen echtes rechtliches Gewicht. Gerichtsbeschlüsse und Betrugsvorwürfe kümmern sich nicht darum, ob ein Vermögenswert auf einer Datenbank oder auf einer Blockchain lebt.
Traditionelle Clearingstellen wie die DTCC korrigieren oder stornieren Trades ständig. Niemand bezeichnet das als Skandal. Eine vollständig unveränderliche Wertpapierkette ist vielleicht ehrlich gesagt eher die Version, die die Checkliste eines Regulators nicht besteht – nicht die, die rückgängig gemacht werden kann.
Trotzdem kann ich das Unbehagen nicht ganz abschütteln, und genau deshalb ist der Ethereum-DAO-Fork so entscheidend. Dort wurde diese Rückgängigkeitsmacht einmal genutzt – unter Druck, nachträglich. Das hat eine ganze Community gespalten darüber, ob es überhaupt legitim ist, das zu tun.
Dusk greift in einem Notfall nicht nach dieser Macht. Es schreibt sie vom ersten Tag an in den Vertrag hinein, und das fühlt sich für mich ehrlich gesagt ehrlicher an – auch wenn es ein wenig unbehaglich ist.
Worauf ich letztlich hinauslaufe, ist das: Ich hätte lieber, dass Rückgängigkeitsmacht im Code von vornherein deklariert wird, als erst im Krisenfall hart zu erfahren, dass sie existiert.
Ich habe mir die Belohnungsverteilungstabelle von Dusk angesehen, und die Burn-Klausel hat mich überrascht. Der Block-Generator erhält 70 Prozent jeder Blockbelohnung direkt, plus bis zu weitere 10 Prozent, die an etwas namens Certificate Credits gekoppelt sind. Jeder Teil dieser zusätzlichen 10 Prozent, der nicht beansprucht wird, wird stattdessen verbrannt, anstatt neu verteilt zu werden. Die Dokumentation definiert nie wirklich, was als „Credit“ gilt. Ich habe zweimal nachgesehen, weil ich annahm, dass ich möglicherweise eine verlinkte Seite übersehen habe, aber in dem Abschnitt steht es nur so da und dann geht es weiter. Dieser Mangel beunruhigt mich mehr, als er wahrscheinlich sollte. Ein Burn, der an eine undefinierte Beteiligungskennzahl geknüpft ist, unterscheidet sich von den geplanten oder governance-getriggerten Burns, über die die meisten Projekte sprechen. Der Rest der Aufteilung ist im Vergleich dazu einfach. Zehn Prozent an einen Development Fund, fünf an Validation, fünf an Ratification. Die Emission läuft nach einem 36-Jahres-Zerfallsplan, halbiert sich alle vier Jahre und ist auf 500 Millionen neue DUSK zusätzlich zur bereits ausgegebenen anfänglichen Menge von 500 Millionen gedeckelt. Vor dem Hintergrund dieser Kurve wirkt das, was pro Block verbrannt wird, gering. Über Tausende von Blöcken hinweg, bei denen die Vollständigkeit der Zertifikate uneinheitlich ist, hört es jedoch auf, unbedeutend zu wirken. Hier ändert sich nichts an meiner Position. Es ändert lediglich, worauf ich in den Belohnungsdaten jetzt achte. @Dusk #dusk $DUSK
Monero, Zcash, Dash. Direkt im Compliance-Handbuch benannt, das eine EU-Krypto-Interessengruppe herausgegeben hat: Alle drei wurden bis 2027 unter den neuen AML-Regeln als ausgeschlossen eingestuft.
Dusk steht nicht auf dieser Liste. Ich habe dieses Fehlen länger betrachtet, als ich erwartet hatte.
Die tatsächliche Verordnung, Artikel 79, nennt jedoch keine Coins. Sie verbietet Konten, die „eine erhöhte Verschleierung von Transaktionen ermöglichen“. Dieser Begriff ist weiter gefasst als drei reine Ticker-Symbole.
Dusk’ verschleierte Transaktionen verbergen Beträge und Gegenparteien mithilfe von Zero-Knowledge-Proofs. Die Daten werden weiterhin verifiziert, aber nicht öffentlich ausgestrahlt. Ob ein Regulierer das als Verschleierung bezeichnet oder als gezielte Offenlegung, wurde bislang nirgends tatsächlich getestet.
Was mich stärker traf, war das NPEX-Geschäft. Maklerlizenz, MTF-Lizenz, Crowdfunding-Lizenz – in der Protokollebene selbst verankert.
Das ist keine Projektpositionierung, um an Regulierungsbehörden vorbeizurutschen. Das ist ein Projekt, das sein ganzes Modell darauf setzt, dass es wohlwollend gelesen wird, sobald die Durchführungsbestimmungen formuliert sind.
Ich bin außerdem noch einmal zurückgegangen und habe den Januar-Bridge-Exploit erneut geprüft. Millionen an Tokens gingen durch eine kompromittierte Signing-Wallet verloren – damit hatte die Zero-Knowledge-Schicht überhaupt nichts zu tun.
Die vertraulichen Contracts hielten einwandfrei. Die Verwahrung darum herum jedoch nicht.
Das lässt mich denken, dass das reale Risiko hier nie Anonymität gegen Compliance war. Es ging immer darum, welche Teile des Stacks geprüft werden und welche Teile standardmäßig als vertrauenswürdig gelten.
Ich lese immer noch die Durchführungsakte, bevor ich mir eine wirklich fundierte Meinung darüber bilde, wie Artikel 79 in der Praxis ankommt.
Ein Mitgründer von Babylon stand in einem Raum voller Bitcoin-Maximalisten und gab zu, dass die Nachfrage aus genau dieser Zielgruppe bei ungefähr null liegen würde.
Fisher Yu sagte das gegenüber CryptoSlate ganz offen und sah sich dabei bei einem ihrer größten jährlichen Events nach den unerschütterlichen Bitcoinern um. Nicht defensiv, nicht verdreht, einfach ehrlich.
Ich habe mir diese Aussage länger durch den Kopf gehen lassen, als ich erwartet hatte. Die meisten Gründer würden eine solche Antwort abschwächen, statt laut auszusprechen, welche eigene schwächste Zielgruppe sie damit meinen.
Das hängt mit etwas Reellem in der Kultur rund um Bitcoin zusammen. Der Maximalismus hat sich immer darum gedreht, BTC unangetastet zu halten – widerständig gegen jede zusätzliche Schicht oder Abhängigkeit, so klein sie auch sein mag.
Das komplette Produkt von Babylon verlangt von Inhabern, das Gegenteil dieses Instinkts zu akzeptieren. Yu ist auch der Frage nach dem Risiko nicht ausgewichen und erklärt, wie das Slashing funktioniert: Dein Bitcoin bleibt sicher, solange du das Netzwerk nicht selbst angreifst und es nicht an einen Validator delegierst, der es tut.
Das ist ein echter Interessenausgleich, in klarer Sprache ausgesprochen, nicht in Dokumentationen versteckt. Sicherheit hier hängt zum Teil davon ab, dem Verhalten einer anderen Person zu vertrauen – nicht nur davon, dass du deinen eigenen Schlüssel hältst.
Am meisten beeindruckt hat mich der Zeitpunkt der Aussage. Cap-2 hatte bereits etwa vierundzwanzigtausend BTC eingeworben – nahe an zweieinhalb Milliarden Dollar –, also war das keine Gründer-Aussage, die schwache Nachfrage wegredet.
Es war ein Gründer, der konkret benannte, welches Segment der Bitcoin-Inhaber tatsächlich kauft – und welches nach seinem eigenen Eingeständnis größtenteils nicht. Ich glaube nicht, dass das das Produkt für bestehende Nutzer falsch macht; ich denke nur, dass es ehrlich darüber etwas aussagt, für wen es tatsächlich gebaut wurde.
Hundertfünfunddreißigtausend Menschen haben echtes Bitcoin in Babylon gesperrt, bevor das Protokoll überhaupt einen Token hatte. Sie haben echtes Geld für etwas eingesetzt, das „Punkte“ genannt wird.
Um ehrlich zu sein: Meine erste Reaktion war Skepsis. Bitcoin zu sperren für eine unklare Belohnung klang eher nach Glücksspiel als nach Investieren.
Stand 25. November 2024, kurz bevor Cap-3 geöffnet wurde, gab es immer noch keinen BABY-Token, und keine bestätigte Asset-Unterlegung für irgendeinen Teil davon. Allein Cap-2 hatte bereits 23.857 BTC eingesammelt – knapp zwei Milliarden Dollar – und das in nur wenigen Stunden.
Meiner Meinung nach sagt diese Geschwindigkeit mehr als die reine Dollarzahl. Die Leute haben nicht langsam abgewogen; sie sind schnell auf ein Versprechen losgegangen, an das noch kein Preisschild geklebt war.
Ich habe versucht herauszufinden, ob das tatsächlich leichtsinnig war, bevor ich es zu schnell verurteile. EigenLayer hat ein Jahr zuvor exakt dasselbe gemacht: Über sechzehn Milliarden Dollar an ETH-Einlagen über ein Punktesystem eingesammelt, bevor EIGEN überhaupt gestartet ist.
Daher glaube ich nicht, dass das blindes Vertrauen war. Ich denke, es war eine kalkulierte Wette, gestützt auf den Ruf des Teams und darauf, was ähnliche Protokolle bereits geliefert hatten.
Aber ganz ehrlich: EigenLayer ist auch der Teil dieser Geschichte, der mich daran hindert, mich vollständig überzeugt zu fühlen. EIGEN ist bis Dezember 2025 um 91 Prozent gefallen, und der eigene Airdrop des Tokens hat auf echte Gegenreaktion gestoßen – wegen der Frage, wie die Punkte am Ende gewichtet wurden.
Das ist der Punkt, der mir im Kopf bleibt. Das gleiche Drehbuch hat schon einmal sechzehn Milliarden Dollar eingesammelt – und es hat die Menschen danach trotzdem nicht vor einem rauen Ausgang geschützt.
Ich weiß nicht, welche Version dieser Geschichte Babylons 57.290 BTC am ehesten trifft. Ich weiß nur: Echtes Vertrauen und ein gutes Ergebnis sind nicht dasselbe – selbst wenn sie am Anfang identisch aussehen.
Zwei Protokolle, die ich als Konkurrenten betrachtete, waren in Wahrheit Mitautoren an demselben Paper. Das hat mich heute beim Scrollen kurz gestoppt.
Babylons Ursprung geht auf ein Security-Paper zurück, das David Tse, Fisher Yu und Sreeram Kannan gemeinsam mit einigen weiteren Forschern verfasst haben. Kannan gründete später EigenLayer.
Ich musste das einen Moment sacken lassen. Die beiden größten Namen im Restaking von heute sind nicht als Rivalen gestartet, sondern als Mitwirkende an derselben Idee.
Was mich noch mehr überraschte: Die Verbindung endete nie wirklich. Kannan sitzt auch heute noch im Beirat von Babylon, obwohl er das Protokoll leitet, das die meisten Menschen als direkten Konkurrenten von Babylons ansehen.
Meiner Meinung nach ordnet das die Rivalität komplett neu. Das wirkt nicht wie zwei gegensätzliche Lager, die um dieselben Nutzer kämpfen, sondern eher wie eine geteilte Erkenntnis, die sich in zwei Implementierungen aufspaltete und die ganze Zeit über nur lose verbunden blieb.
Danach habe ich mir die Führungsstruktur angesehen, vor allem aus Neugier. Babylon hat keinen CEO, Tse ist Research Scientist, Yu ist CTO – und das ist die gesamte Struktur ganz oben.
Tse erklärte den Grund in einem Interview ganz offen: Forschungspapiere erreichen nur eine Handvoll Menschen, und ein Startup war sein Weg, die Idee in etwas umzusetzen, das für mehr als nur wenige Akademiker nutzbar ist.
Ich glaube nicht, dass gemeinsame Ursprünge die technische Rivalität weniger real machen. Ich halte nur fest, dass es sich lohnen könnte, daran zu erinnern: Bevor das hier ein Wettbewerb war, war es ein einziges Gespräch zwischen Menschen, die dieselbe Lücke zur gleichen Zeit sahen – und die anscheinend bis heute noch miteinander reden.
Zehn Bitcoin gesicherte Netzwerke sind in einer einzigen Ankündigung Babylon beigetreten, und ganz ehrlich: Meine erste Reaktion war Skepsis, nicht Begeisterung.
Sui hatte bis zum Erscheinen von Messaris Q1-2025-Bericht 1,23 Milliarden US-Dollar an TVL vorzuweisen. Corn, ein Netzwerk, das speziell für Bitcoin-DeFi gebaut wurde, brachte es auf 1,3 Millionen.
Ich glaube nicht, dass diese Lücke stillschweigend in derselben Überschrift Platz finden sollte. Wenn man beide unter einer einzigen BSN-Überschrift zusammenfasst, wirkt die Ankündigung gleichmäßiger, als sie in Wahrheit war.
Am meisten hat mich Osmosis gestört. Es wurde als Flaggschiff-DEX und wichtigster Handelsplatz für Babylon-Assets dargestellt, doch das gesamte bisherige Handelsvolumen lag zu diesem Zeitpunkt lediglich bei etwas über 38 Millionen US-Dollar.
Diese Darstellung wirkte, als sei sie für die Schlagzeile geschrieben worden – nicht für jemanden, der die Zahl auch wirklich nachschaut.
Ich habe in das folgende Quartal hineingeschaut und gehofft, dass sich der Trend selbst korrigiert. Stattdessen ist Babylons eigener Bitcoin-Staking-TVL im Quartalsvergleich bis Q2 2025 um 12,6 Prozent gefallen – auf 45.600 BTC.
Meiner Meinung nach ist dieser Rückgang wichtiger als jede Partnerzahl. Eine schrumpfende Basis, während immer mehr Namen hinzukommen, ist kein Widerspruch – es ist ein Muster, das man genau im Blick behalten sollte, statt es zu feiern.
Ich möchte nicht argumentieren, dass das Projekt scheitert, denn das tut es eindeutig nicht. Ich finde nur, dass die Zehn-BSN-Schlagzeile ein weitaus unübersichtlicheres Bild darunter abflacht, und ich würde lieber die unübersichtliche Version ansehen, bevor ich entscheide, wie ich mich tatsächlich dazu fühle.
Babylon fängt betrügerische Validatoren nicht ab. Die eigene Signatur übernimmt stattdessen diese Aufgabe.
Das nennt sich „Extractable One-Time Signatures“ (extrahierbare Einmal-Signaturen). Wenn ein Finality Provider zwei widersprüchliche Blöcke in derselben Höhe signiert, legt die Mathematik selbst den privaten Schlüssel gegenüber dem Netzwerk offen.
Ich habe das zweimal gelesen, weil die meisten Slashing-Designs anders funktionieren. Zuerst muss das Fehlverhalten erkannt werden, dann bestraft ein separater Prozess es nachträglich.
Hier kommen Betrug und der Beweis im selben Moment an. Sobald der Schlüssel offengelegt ist, kann das Protokoll Slashing direkt auslösen – ohne Oracle, ohne off-chain Bericht und ohne Komitee, das entscheidet, was als Beweis gilt.
Ich nahm an, dass die Strafe nur beim Provider landet, bis ich weitergelesen habe. Die gesamte an diesen Provider delegierte Bitcoin-Menge wird ebenfalls slashbar, nicht nur das, was der Provider selbst anstake gelassen hat.
Das verändert die Risikobetrachtung vollständig. Ein Finality Provider hat oft nur wenig eigenes Kapital im Einsatz, sodass die eigentliche Gefährdung bei demjenigen liegt, der sich dafür entschieden hat, dorthin zu delegieren.
Es gibt auch eine zweite Folge, die ich übersehen hatte. Ein Provider, der beim Doppelsignieren erwischt wird, wird getombstoned – dauerhaft von der Rückerlangung von Stimmrechten ausgeschlossen. Er wird nicht einfach einmalig bestraft und darf dann weitermachen.
Ich habe das mit dem Ansatz von EigenLayer verglichen, aus Gewohnheit. Dieses System setzt auf Logik von Ethereum-Smart-Contracts, während das hier näher am Signaturschema selbst liegt – direkt an Bitcoin gekoppelt.
Ich halte aber weiterhin den ehrlichen Vorbehalt für den wichtigsten Punkt. Elegante Kryptografie beseitigt kein Konzentrationsrisiko – sie verschiebt nur, wer tatsächlich für den Fehler einer anderen Person bezahlt, wenn Delegation nicht sorgfältig breit verteilt ist.
Das gesamte Pitch war kein umhülltes Bitcoin. Dann las ich die Liquidations-Designbeschreibung in Babylons eigenem Aave-Vorschlag und fand WBTC genau mittendrin.
Babylons Trustless Bitcoin Vaults sperren BTC in einem Taproot-UTXO direkt auf Bitcoin selbst, ohne Bridges, ohne Custodians. Dieser Teil des Pitches hält stand.
Liquidationen sind Routineereignisse in jedem Kreditmarkt, keine Notfälle, und die Abwicklungsgeschwindigkeit von Bitcoin kann mit routinemäßigen Abläufen nicht Schritt halten. Daher tauschen permissionless-Liquidatoren die beschlagnahmte Vault gegen WBTC gegen eine kleine Prämie, um die Schuld sofort zu begleichen.
Eine separate Gruppe permissionierter Arbitrageure löst danach den tatsächlichen Bitcoin ab, zu den Zeitpunkten von Bitcoin selbst. Zwei Assets, zwei Geschwindigkeiten, die nacheinander arbeiten und nicht gegeneinander.
Ich habe nachgefragt, warum sie es so gebaut haben, statt WBTC komplett zu vermeiden. Der Vorschlag sagt das ganz offen: Das soll die Nachfrage nach Krediten für die fünf Milliarden US-Dollar in WBTC steigern, die bereits Aave bereitgestellt wurden, aber auf der Borrow-Seite untergenutzt sind.
Ich wollte sehen, ob jemand innerhalb von Aave diese Abhängigkeit zurückgewiesen hat, bevor ich es selbst beurteilte. Ein technischer Dienstleister bei Aave Labs bezeichnete das Design als konsistent mit der V4-Hub-and-Spoke-Architektur, und der eigene Gründer von Aave unterstützte den Vorschlag öffentlich, ohne den WBTC-Schritt als Problem zu kennzeichnen.
Das sagte mir etwas. Menschen, die näher an den Mechaniken dran sind als ich, lesen das als einen vernünftigen Trade-off – nicht als einen versteckten Fehler.
Dennoch denke ich, dass die Darstellung einen zweiten Blick verdient. Kein umhülltes Bitcoin ist die Schlagzeile, und kein umhülltes Bitcoin außer während der Abwicklung ist der eigentliche Mechanismus – und das sind zwei unterschiedliche Aussagen, selbst wenn die zweite vertretbar ist.
Vierzehntausend Dollar. Das könnte ein einziger umstrittener Streit auf Bitcoins älterer Verifikationsmethode, BitVM2, auf dem unglücklichen Pfad kosten.
BitVM3 löste das, indem die Verifikation in einen verschlüsselten Schaltkreis (garbled circuit) ausgelagert wurde. Günstiger on-chain, aber jeder Schaltkreis ist zweiundvierzig Gibibyte groß—groß genug, um kleinere Teilnehmer stillschweigend auszuschließen.
Babylons BABE ist der nächste Versuch in derselben Reihe: Es hält die On-Chain-Ersparnisse bei und reduziert Speicher- und Einrichtungskosten um ungefähr drei Größenordnungen, wie im eigentlichen eprint-Papier angegeben.
Das Papier wurde bei CCS 2026 angenommen, einem echten peer-reviewten Sicherheitsforum. Das heißt: Die Mathematik wurde geprüft, nicht, dass es schon unter realen, adversarialen Geldbedingungen getestet wurde.
Jede Version in dieser Entwicklungslinie hat einen Engpass behoben und die Kosten stillschweigend an eine andere Stelle verlagert. Ich glaube nicht, dass BABE die letzte Version dieses Musters ist.
Zehn Prozent haben mich heute aufgehalten, nicht als Preisbewegung, sondern als fest kodierte Zahl, die in einem Upgrade-Vorschlag steckt.
Babylon Genesis hat ein IBC Rate Limiting Modul hinzugefügt, das begrenzt, wie viel BABY die Kette über Cross-Chain-Transfers innerhalb eines rollierenden Zeitfensters von vierundzwanzig Stunden verlassen darf. Zehn Prozent des gesamten Angebots, durch Code durchgesetzt – nicht als Richtlinie, die man sich merken und anwenden muss.
Ich habe den angegebenen Grund sorgfältig gelesen. Er dient dazu, groß angelegte Abflüsse während der Marktvolatilität oder einen Brücken-Exploit an anderer Stelle im Ökosystem zu verhindern – jene Art von Ansteckung, die andere Ketten ohne Vorwarnung getroffen hat.
Das hat mich an etwas erinnert, das außerhalb von Crypto liegt. Die Circuit Breaker der NYSE wurden im März 2020 innerhalb eines Neun-Tage-Zeitraums vier Mal ausgelöst – jeweils, nachdem der S&P 500 kurz nach der Eröffnung um sieben Prozent gefallen war, die ersten marktweiten Halts seit über zwei Jahrzehnten.
Niemand bestreitet, dass dieser Mechanismus perfekt ist. Er existiert, weil sich jemand dafür entschieden hat, dass eine bestimmte Zahl besser ist als die Reaktion dem menschlichen Urteilsvermögen inmitten einer Krise zu überlassen.
Babylons Variante funktioniert in der gleichen Grundidee: Eine Zahl, die im Voraus gewählt wurde, statt eine Entscheidung, die erst unter Druck später getroffen wird.
Ich habe mir jedoch genauer angesehen, was das tatsächlich abdeckt, und der Umfang ist enger, als es zuerst klingt. Dies schützt ausdrücklich vor Abflüssen über IBC-Transfers – ein intelligenter-Contract-Exploit, der Gelder direkt innerhalb der Kette selbst abzieht, würde nicht durch denselben Mechanismus gestoppt.
Dieser Unterschied ist wichtig. Ein Circuit Breaker, der auf eine Auszgangstür zielt, sichert nicht jede Tür im Gebäude.
Ähnlichen Schutz auf andere Assets auszudehnen erfordert eine echte Governance-Abstimmung, daher bleibt der aktuelle Umfang bewusst eng statt standardmäßig breit.
Ich weiß nicht, ob zehn Prozent die richtige Zahl sind oder ob diese Art von Schutz überhaupt die wichtigste ist, die man haben sollte. Ich weiß nur, dass die Entscheidung, eine bestimmte Zahl im Voraus zu kodieren, etwas darüber sagt, wie ein Team über ein Scheitern nachdenkt, bevor es überhaupt passiert – selbst wenn es nur einen Teil des Bildes abdeckt.
Babylon nannte es einen historischen Moment. Der Pool hinter diesem Moment enthielt vierzehn Dollar.
Nicht vierzehn Millionen, vierzehn Dollar. Das war die tatsächliche Liquidität am Markt, als Babylon seinen ersten Test für „Trustless Bitcoin Vaults“ auf dem Ethereum-Mainnet über Morpho ankündigte.
Der Mechanismus selbst war echt. Eingesetztes nativen BTC als Sicherheit, um echtes USDC zu leihen – kein Wrapper, keine Bridge; Bitcoin blieb die ganze Zeit auf seiner eigenen Kette gesperrt.
Ich habe weitergelesen, über die Schlagzeile hinaus, wie der „trustless“-Teil tatsächlich funktioniert. Bitcoin verifiziert weder die Logik des Kredits noch den zugrunde liegenden Beweis selbst; die Durchsetzung erfolgt außerhalb der Kette über einen verschlüsselten, vermurksten Circuit, einen verschlüsselten Verifier, der Betrug nur dann erkennt, wenn jemand ihn tatsächlich ausführt und rechtzeitig den Beweis einreicht.
Das ist eine Liveness-Annahme – keine Garantie. Wenn niemand einen gefälschten Rückzahlungsbeweis schnell genug anfechtet, gelingt der Schwindel.
Hier ist jedoch mein Gegenargument. Diese Art von Kompromiss existiert bereits innerhalb von Bitcoins eigenem Lightning Network, und sie hat sich in der Praxis recht gut bewährt.
Wenn ein Lightning-Channel-Partner offline geht und der Gegenpart einen alten, vorteilhafteren Channel-Status veröffentlicht, behält die ehrliche Partei ihre Gelder nur dann, wenn jemand eine Justice-Transaction veröffentlicht, bevor der Timelock abläuft. Watchtower-Dienste existieren genau, um diese Lücke zu schließen, und Nutzer, die das Risiko verstehen, lassen sie entweder laufen oder verlassen sich auf einen Anbieter, der es tut.
Liveness-Annahmen sind nicht automatisch tödlich; sie erfordern nur, dass jemand tatsächlich glaubwürdig zuschaut. Die eigentliche Frage ist, ob Babylons Variante schon diese gleiche Dichte an ehrlichen Beobachtern hat – und ein Test mit vierzehn Dollar kann das nicht beantworten.
Ein unabhängiger Forscher, der das Whitepaper direkt mit Babylons Team durchging, legte die konkreten Bedingungen dar, die ein wirklich trustloses Bitcoin-Darlehen braucht, zeigte dann aber, dass das Design einige davon erfüllt, während es sich für den Rest weiterhin auf off-chain Challenge-Verhalten stützt.
Das werte ich nicht als vernichtend. Ich lese es als dieselbe noch offene Frage, die jedes trust-minimierte System letztlich beantworten muss, sobald echtes Geld auftaucht.
28 Tage versus zwei Tage haben mich heute aufgehalten.
Die meisten Cosmos-Ketten halten nicht gestakte Mittel etwa einen Monat lang zurück, damit schlechte Validatoren weiterhin bestraft (geslashed) werden können. Babylon verkürzt das auf ungefähr zwei Tage.
Die Lücke wird durch Bitcoin selbst gefüllt. Finality Provider sichern in die Chain von Bitcoins ein, und diese Historie rückgängig zu machen würde bedeuten, auch Bitcoins Historie rückgängig zu machen.
Mein Gegenargument: Ethereums optimistische Rollups stehen vor demselben Zielkonflikt und haben sich auf sieben Tage geeinigt. Schnelle Auszahlungswege dort beseitigen diese Wartezeit nicht; eine dritte Partei stellt die Mittel lediglich vor und wartet die Zeit still ab.
Babylons zwei Tage sind nicht das. Es basiert auf der Settlement-Ebene von Bitcoin statt auf einem Dispute-Window, was ein stärkerer Anker ist – auch wenn er sich noch keiner echten umkämpften Reorg stellen musste.
Noch ein Detail ist aufgefallen. BSNs zahlen einen Teil ihrer Belohnungen an Babylon Genesis für diese Abstimmung zurück, sodass das Modell Gebühren verdient und nicht nur Rendite verteilt.
Schnelleres Unbonding ist hier nicht als nachweislich sicherer belegt. Es ruht nur auf einer anderen Art von Garantie, und diese Garantie ist noch frühzeitig.
Drei Millionen Dollar verließen im April Babylons Schatzkammer – und zwar nicht für etwas, das Babylon selbst gebaut hatte.
Der Kelp-DAO-Exploit hatte bereits rsETH aus seiner Brücke abgezogen und Aave mit uneinbringlichen Forderungen zurückgelassen. Babylon steckte zwei Millionen in Aave V3 und eine Million in Aave V4 – als Teil der Erholung.
Ein kleineres Detail beschäftigte mich länger als die Zahl selbst. Babylon sagte, dass der auf dieser Einzahlung erzielte Zins zurück in Aave fließen würde – über Anreize, die mit einer geplanten Integration zwischen den beiden Protokollen verknüpft seien.
Das ist keine ganz und gar großzügige Spende. Es klingt eher nach einer Einzahlung mit einer daran gekoppelten Beziehung: Hilfe, die zugleich auch zukünftige Interessen bedient.
Hier jedoch bremste ich ab. Krypto hat schon erlebt, dass Rettungsgesten sich später als etwas anderes herausstellen.
Binance bot im November 2022 an, FTX zu übernehmen, als FTX unter einem Liquiditätsengpass litt, und für etwa einen Tag sah es nach einer Art Branchen-Solidarität aus. Weniger als vierundzwanzig Stunden später stieg Binance wieder aus – mit dem Hinweis, was es fand, als es die Bücher genauer ansah.
Dieses Beispiel macht Babylon nicht vor, irgendetwas getan zu haben. Es erinnert mich nur daran, dass ein Rettungsangebot und eine echte Rettung nicht immer dasselbe sind – und dass der Unterschied manchmal erst später sichtbar wird.
Ich sah mir an, woher Babylons Kapital kam, bevor ich zu viel annahm. A16z hatte im Januar fünfzehn Millionen in Babylon Labs investiert – für nativen Bitcoin-Kollateral-Vaults. Kapital, das nachweislich nicht auf seinen ursprünglichen Zweck beschränkt blieb.
Ich fragte weiter, warum ein Bitcoin-Staking-Protokoll überhaupt einen Ethereum-Restaking-Exploit interessieren sollte. Aave liegt nah genug am Zentrum des DeFi-Credits, dass dortige Instabilität nach außen ausstrahlt – ob ein Protokoll das will oder nicht.
Ich behandle diese Einzahlung nicht als reine Aufrichtigkeit und auch nicht als reine Strategie. Die meisten Rettungsgelder in diesem Bereich tragen beides in sich, und es dauert meist, bis überhaupt jemand erkennen kann, welcher Anteil die treibende Kraft war.
Ich habe heute statt eines Kurscharts eine GitHub-Offenlegung gelesen, und sie hat mich mehr aufgehalten, als es jede Zahl könnte.
Ein Mitwirkender namens GrumpyLaurie55348 reichte im Dezember eine Sicherheitsbenachrichtigung gegen Babylon ein. Validatoren konnten eine Abstimmung abgeben, ohne das Feld für den Block-Hash überhaupt anzugeben.
Protobuf behandelt dieses Feld als optional, sodass die Abstimmung weiterhin unmarshalisiert. Der Block-Hash kommt einfach als nil zurück, und Babylon dereferenziert diesen nil-Zeiger innerhalb der Überprüfung der Abstimmung, was zu einem Laufzeit-Panik führt.
Epochen-Grenzen sind in jeder Cosmos-SDK-Kette ohnehin ein sensibler Punkt. Wenn mehrere Validatoren dort gleichzeitig abstürzen, könnte das die Blockproduktion netzwerkweit verlangsamen – nicht nur für einen einzelnen Knoten.
Niemand hat es vor dem Versand des Fixes ausgenutzt. Babylon hat das Problem in Version 4.2.0 behoben, nachdem die Benachrichtigung öffentlich geworden war, und die Berichterstattung über die Offenlegung verbreitete sich bis in den Januar.
Diese Lücke zwischen Einreichung und öffentlicher Aufmerksamkeit war der Teil, der bei mir hängen blieb.
Es erinnerte mich an Polygon im Jahr 2021. Ein Forscher fand einen Fehler in der Plasma Bridge, der es ermöglichte, dass eine Auszahlung 223-mal erneut eingereicht werden konnte – jedes Mal wurde wieder derselbe Betrag abgezogen, theoretisch mit ungefähr 850 Millionen US-Dollar Risiko.
Polygon bestätigte das innerhalb von dreißig Minuten und zahlte zwei Millionen US-Dollar aus, sobald es sicher behoben war.
Babylon sichert Milliarden an nativen Bitcoin durch Code, der immer noch so jung ist. Ein fehlendes Feld in einer Vote-Erweiterung ist auf dem Papier eine kleine Kleinigkeit – aber es sitzt in genau dem Mechanismus, der Validatoren aufrichtig hält.
Ich glaube nicht, dass ein einziger behobener Bug mir an sich viel sagt. Aber ich glaube, wie schnell etwas gefunden und geschlossen wird, sagt mir mehr über ein Protokoll, als es irgendeine TVL-Zahl je könnte.
Ich bin heute immer wieder auf eine Detailstelle in Bablyons Design zurückgekommen – nicht auf den Preis, sondern auf den Aspekt der Verwahrung.
BTC verlässt während des Stakings niemals die Bitcoin-Chain. Kein Wrapping, keine Bridge, keine Drittpartei hält die Keys.
Das ist eine leisere Aussage als die, die die meisten Protokolle machen, und es hat eine Weile gedauert, bis ich damit im Klaren war, warum sie wichtig ist.
Ich habe an den Ronin-Bridge-Hack vor einigen Jahren gedacht: Über 600 Millionen Dollar gingen verloren, weil BTC- und ETH-Assets über eine kleine Gruppe von Validator-Keys in eine Bridge eingebunden wurden.
Babylons Modell entfernt genau diesen Fehlerpunkt, da sich der Bitcoin selbst nie auf eine andere Chain bewegt.
Die Vaults halten inzwischen über 56.000 BTC – nahe an 5,6 Milliarden Dollar – und sind direkt gegen die eigene Sicherheit von Bitcoins gestaket.
Zur Einordnung: Das ist mehr nativer BTC, der nativ gesperrt ist, als anderswo insgesamt über allen „wrapped Bitcoin“ zusammen existiert.
Hier bremste ich jedoch kurz. Das Entfernen des Bridge-Risikos beseitigt nicht automatisch alle Risiken.
Die Slashing-Bedingungen, das Verhalten der Validatoren und die neueren Multi-Staking-Contracts tragen weiterhin ihre eigene Angriffsfläche, und all das wurde bisher noch nicht durch einen vollständigen Marktzyklus getestet.
Der Token-Preis spiegelt einen Teil dieser Unsicherheit wider. BABY ist in diesem Jahr zunächst stark eingebrochen, bevor es sich wieder erholt hat, und die Kursgrafik wirkt immer noch unruhig.
Ich lese das jedoch nicht als einen Fehler des Mechanismus. Eine Kategorie von Risiko zu entfernen ist nicht dasselbe wie, alle Risiken zu entfernen – und diese Unterscheidung bedeutet mir mehr als die Kursgrafik.