Emaan_mx

NPEX and Dusk filed for the EU DLT Pilot Regime back in March 2024. That date stuck with me because I had assumed this was a recent development, not something sitting in a queue for over a year.

I went looking for an update and found the same license still marked pending in Dusk's own materials from mid-2025. Nothing since then confirming it cleared.

Honestly my first reaction was mild disappointment. I wanted the cleaner story where Dusk just has the license.

Then I found the 21X piece and my read on the whole thing shifted. 21X, a separate company, already holds a granted DLT-TSS license, and Dusk partnered with them specifically to get access to it while their own filing sits waiting.

That is a smarter move than I initially gave it credit for. Instead of just waiting on their own paperwork, they found a working shortcut through someone who already cleared the same regulatory bar.

I do not think this reflects badly on NPEX either. Brand new pilot regimes were never going to move at the pace anyone in crypto is used to.

What I keep coming back to is which path ends up mattering more long term. The one Dusk started with, or the one that got them in the door faster.

@Dusk #dusk $DUSK

DUSK is becoming natively transferable to Ethereum and Solana through Chainlink's Cross-Chain Token standard. I read that twice because those are two of the most transparent ledgers in the industry.
The same CCIP integration also carries NPEX's tokenized securities off DuskEVM into other chains, so this is not just the native token moving around.
Here is the part that sat with me. Confidentiality on Dusk comes from the base layer itself, shielded transfers, zero knowledge proofs, selective disclosure built into the protocol.
None of that travels with the asset once it crosses into an environment that was never designed around privacy in the first place. A tokenized bond leaving Dusk for Ethereum settles there under Ethereum's own transparent rules, not Dusk's.
Dusk frames this as expanding reach and composability, and it genuinely is that. But every step toward interoperability is also a step where the privacy guarantee becomes optional depending on which chain the asset happens to be sitting on that day.
I do not think this breaks the compliance pitch. It just means the privacy Dusk is known for might end up being the exception rather than the default once assets start moving freely.
@Dusk #dusk $DUSK

XSC contracts on Dusk can revert a transaction after it happens. That single line bothered me more than anything else I read this week.

Every blockchain I got into originally sold me on one idea. A transaction, once confirmed, was supposed to be final.

Then I sat with the reasoning and my stance actually shifted. Tokenized securities carry real legal weight. Court orders and fraud claims do not care whether an asset lives on a database or a blockchain.

Traditional clearing houses like DTCC correct or reverse trades constantly. Nobody calls that a scandal. A fully immutable securities chain might honestly be the version that fails a regulator's checklist, not the reversible one.

Still, I cannot fully shake the discomfort, and the Ethereum DAO fork is exactly why. That was reversal power used once, under pressure, after the fact. It split an entire community over whether doing it was even legitimate.

Dusk is not reaching for that power in an emergency. It is writing it into the contract from day one, which honestly feels more honest to me even if it sits uneasily.

Where I actually land is this. I would rather have reversal power declared upfront in the code than find out it exists the hard way during a crisis.

@Dusk #dusk $DUSK

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.

@Dusk #dusk $DUSK

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.

@BabylonLabs_io #baby $BABY

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.

@BabylonLabs_io #baby $BABY

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.

@BabylonLabs_io #baby $BABY

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.

@BabylonLabs_io #baby $BABY

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.

@BabylonLabs_io #baby $BABY

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.

@BabylonLabs_io #baby $BABY

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.

@BabylonLabs_io #baby $BABY

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.

@BabylonLabs_io #baby $BABY

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.

$BABY #baby @BabylonLabs_io

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.

@BabylonLabs_io #baby $BABY

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.

@BabylonLabs_io #baby $BABY

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.

@BabylonLabs_io #baby $BABY

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.

#baby $BABY @BabylonLabs_io