Je genauer ich mir Dusk anschaue, desto weniger interessiert mich TVL als wichtigstes Signal. TVL kann zeigen, dass dort Kapital liegt. Es sagt mir jedoch nicht, ob sich Vermögenswerte tatsächlich bewegen, sich einfinden oder wiederkehrende Aktivität erzeugen. Bei Dusk möchte ich lieber das Settlement-Volumen beobachten. Angenommen, Dusk weist $500M tokenisierte Vermögenswerte aus, aber nur $8M monatliches Settlement. Dann würde ich innehalten. Der Schlagzeilenwert der Vermögenswerte sieht gut aus, aber darunter könnte der Markt noch immer ruhig sein. Drehen wir es um: $150M an Vermögenswerten mit $30M+ an wiederkehrendem Settlement-Volumen wären für mich viel interessanter. Auch das Verhältnis ist entscheidend. Wenn das Settlement-Volumen weiter steigt, während TVL relativ flach bleibt, könnte das bedeuten, dass die bestehenden Vermögenswerte tatsächlich häufiger genutzt werden. Das wirkt wie ein stärkeres Adoptionssignal als eine weitere große Emissionsankündigung. An dieser Stelle wird auch Dusk Trade spannend zu beobachten. Ich möchte sehen, ob die Aktivität in wiederholte Transaktionen übergeht – statt nur in einmalige Emissionsereignisse. Das Frustrierende ist, dass Settlement-Daten normalerweise weniger sichtbar sind als TVL, wodurch es schwieriger ist, sie konsistent nachzuverfolgen. Aber wenn Dusk versucht, Finanzmärkte aufzubauen, denke ich zunehmend, dass die Frage nicht „Wie viel Wert ist gesperrt?“ ist. Sondern: „Wie viel Wert wird tatsächlich gesettelt?“
DuskEVM macht den ersten Teil des Entwicklerproblems einfacher. Wenn du Solidity bereits kennst und auch die übliche EVM-Tooling-Landschaft, ist die Einstiegshürde, um Dusk auszuprobieren, jetzt deutlich geringer. Das ist wichtig. Aber jemanden dazu zu bringen, einen Smart Contract bereitzustellen, ist etwas völlig anderes, als ihn/sie dabei zu halten, weiter zu bauen. Hier wird Dusk Trade für mich interessant. Die Frage ist nicht, ob Entwickler auf Dusk bauen können. Sondern ob Dusk Trade ihnen einen Grund gibt, die nächsten 3 Monate dort zu verbringen und zu bauen – statt dorthin zu liefern, wo es tiefere Liquidität und eine offensichtlichere Nachfrage nach Nutzern gibt. Das Produkt hat bereits eine praktische Ausrichtung rund um den Handel regulierter Vermögenswerte, aber Entwickler brauchen mehr als nur Infrastrukturzugang. Sie brauchen Aktivität, um die herum sie bauen können. Wenn ein Entwickler eine Handelsoberfläche, ein Automatisierungstool, ein Analyseprodukt oder einen Abwicklungs-Workflow startet – was zieht Nutzer dazu? Das ist der Teil, den ich nach dem DuskEVM-Launch beobachte. EVM-Kompatibilität kann die Kosten senken, um in Dusk einzusteigen. Sie schafft aber nicht automatisch die Nachfrage, die Entwickler dort hält. Dusk Trade könnte am Ende der Test werden. Nicht dafür, ob Dusk Entwickler anziehen kann, sondern ob es diesen Entwicklern genug echte Marktaktivität geben kann, damit sich das Bauen nach der Gelegenheitskostenrechnung wirklich lohnt...
RWA-Hype schiebt immer weiter den spannenden Teil nach vorn: tokenisierte Assets, größere Märkte, mehr Liquidität. Was ich bei Dusk immer wieder auffällig finde, ist, wie viel Aufmerksamkeit auf den eher langweiligen Teil geht. Ich habe mir etwas Zeit genommen, durch Dusk Trade zu schauen, und dort zeigt sich, wo die echte Reibung steckt: Onboarding, Wallet-Verbindung, Berechtigung (Eligibility), gesteuerte Transfers, Zahlungskoordination und dann die Abwicklung (Settlement). Das klingt weniger spannend als die Veröffentlichung eines weiteren RWA-Tokens. Aber vielleicht ist genau das der Punkt. Dusk arbeitet seit 2020 mit NPEX zusammen, einer in den Niederlanden regulierten Börse, die unter einer MTF-Lizenz operiert. Der Fokus liegt nicht nur darin, Wertpapiere onchain zu bringen. Es geht darum, dass der eigentliche Transaktionsprozess rund um regulierte Assets funktioniert. Die Zahl, die für mich zählt, ist nicht, wie viele Assets sich technisch tokenisieren lassen. Sondern wie viele tatsächlich den kompletten Workflow durchlaufen. 1 ausgegebenes Asset ist ein Demo. 100 Assets, die unangetastet herumliegen, sind immer noch größtenteils ein Demo. Wiederholter Handel und die Abwicklung sind etwas anderes. Darin wird Dusk für mich interessant. Die Infrastruktur ist wichtig, aber nur, wenn sie wiederkehrende Marktaktivität erzeugt – statt nur eine weitere Sammlung tokenisierter Assets, die auf einen Use Case wartet. Die unangenehme Frage ist, ob die langweilige Infrastruktur genug echte Transaktionsflüsse erzeugen kann, um überhaupt etwas zu bewirken. Genau diesen Teil beobachte ich noch.
DuskEVM ist gerade live gegangen, und der Teil, den ich mir ansehe, ist nicht der eigentliche Launch. Es geht darum, wie schnell die ersten Entwickler tatsächlich von „Ich kann hier deployen“ zu „Ich möchte hier weiterbauen“ wechseln. Ich habe mir das DuskEVM-Setup angesehen, und die offensichtliche Reibung ist viel geringer als bei Dusk’ nativer Entwickler-Route. Solidity und Vyper werden unterstützt, und vorhandenes EVM-Tooling soll einfach übernommen werden können. Das ist wichtig, weil es das eine ist, Entwickler dazu zu bringen, einen neuen Stack zu lernen. Sie dazu zu bringen, ihren gesamten Workflow zu ändern, ist etwas ganz anderes. Doch Kompatibilität bringt dich nur bis zur Startlinie. Dusk hat bereits zwei Vertragspfade: DuskEVM und DuskVM. Damit stellt sich nun eine praktischere Frage. Wenn ich als Entwickler bereits eine bestehende Solidity-Anwendung habe – was bringt mich dazu, mich für DuskEVM zu entscheiden, statt für die Dutzenden anderer Orte, an denen genau dieser Code schon laufen kann? Die Antwort wird wahrscheinlich nicht aus einer weiteren Feature-Ankündigung kommen. Sie wird sich in echten Deployments zeigen, in Wallet-Aktivität, Contract-Interaktionen und darin, ob Entwickler nach dem ersten Experiment wiederkommen. Auch die GitHub-Seite lohnt sich zu beobachten. Das öffentliche DuskEVM-Genesis-Repo wurde am 28. Juli aktualisiert, was zeigt, dass die Teile sich schon zusammensetzen, aber die Aktivitäten am Launch-Tag sind ein anderer Test. Jetzt bin ich vor allem am ersten Monat interessiert, denn dort zeigt sich, ob „EVM-kompatibel“ wirklich nützlich wird oder anfängt, sich anzuhören wie...
Der Teil, den ich interessant fand, war nicht das Token selbst. Es war das, was passiert, wenn ich dem Asset von einem Wallet zum nächsten folge. Genau dort beginnt Dusk Trade sich anders anzufühlen als ein typischer RWA-Marktplatz. Mit Securitize ist der Ablauf bereits auf Investor-Onboarding, Wallet-Registrierung und regulierten Sekundärhandel ausgelegt. Die Infrastruktur ist ausgereifter: Auf ihrer Plattform werden mehr als $1B an tokenisierten Assets gemeldet. Dusk wirkt stärker darauf fokussiert, was zwischen diesen Schritten passiert. Du nimmst teil, bindest die Wallet ein, und dann unterliegen Übertragungen den richtigen Kontrollen, bevor es zur Abwicklung kommt. So fühlt sich die Wallet weniger wie ein Ziel an, sondern eher wie Teil der Berechtigungen des Investors. Dieses kleine Detail hat meine Sicht auf das Produkt verändert. Ein RWA-Token auszugeben ist das eine. Sicherzustellen, dass das Asset sich tatsächlich zwischen berechtigten Teilnehmern bewegen kann, ohne die Compliance-Logik zu beschädigen, ist etwas anderes. Dusk scheint mehr Aufmerksamkeit auf dieses zweite Problem zu legen. Aber genau hier bin ich noch unsicher. Ein kontrollierter Übertragungsablauf kann den Markt sicherer und übersichtlicher machen, aber er kann auch Reibung hinzufügen. Und Sekundärmärkte stehen und fallen damit, wie viel Reibung Trader bereit sind zu tolerieren. Securitize hat den Vorteil des bestehenden Volumens und einer deutlich längeren Betriebshistorie. Dusk steht die klarere Frage vor sich: Kann dieser Workflow reguliertes Eigentum in tatsächliche Handelsaktivität verwandeln – und nicht nur in technisch gültige Übertragungen... Was ist für einen RWA-Marktplatz am wichtigsten?
Datenschutz ist nicht das Gegenteil von Compliance. Mit Dusk fange ich an zu verstehen, warum sie sich tatsächlich brauchen. Der praktische Teil ist selektive Offenlegung. Ein regulierter Investor sollte nicht jede einzelne Bilanz, Überweisung oder Position offenlegen müssen, nur weil ein Regulator oder ein Handelsplatz eine bestimmte Tatsache verifizieren muss. Dusk versucht, diese beiden Dinge voneinander zu trennen. Die interessante Zahl für mich sind zwei Transaktionsmodelle: Moonlight für öffentliche Transaktionen und Phoenix für geschützte Übertragungen. Und darauf kommt selektive Offenlegung obendrauf, sodass der Datenschutz nicht einfach „alles verstecken“ ist. Dieser Unterschied ist wichtig. Wenn ein Handelsplatz einen Nachweis braucht, dass ein Investor berechtigt ist, sollte er nicht automatisch die gesamte finanzielle Vorgeschichte des Investors benötigen. Wenn ein Prüfer Belege für eine Transaktion braucht, sollte das nicht bedeuten, dass jede Position im Umfeld öffentlich gemacht werden muss. Dusk zielt außerdem auf regulierte Workflows, in denen Zugriffskontrollen, Übertragungsbeschränkungen und Reporting zusammen mit Datenschutz existieren. Das ist der Teil, der mich mehr interessiert als der übliche „private Blockchain“-Pitch. Trotzdem gibt es eine praktische Frage, die ich nicht überwinden kann. Selektive Offenlegung klingt gut auf dem Papier, aber der echte Test ist, ob Institutionen es tatsächlich nutzen können, ohne eine weitere Ebene operativer Reibung hinzuzufügen. Datenschutz, der die Compliance erschwert, wird nicht überleben. Datenschutz, der die Compliance präziser macht, könnte...
Der Dämmerungszeitraum braucht kein weiteres RWA-Token. Er braucht Marktaktivität. Das ist der Teil, zu dem ich immer wieder zurückkehre, wenn ich mir die NPEX-Seite des Stacks anschaue. Der Dämmerungszeitraum hebt derzeit €300M+ an bestätigter Emission mit Institutionen hervor, während die NPEX-Beziehung auf €200M+ bei der Finanzierung und 17.500+ aktive Investoren verweist. Diese Zahlen machen die Infrastruktur-Geschichte interessant. Aber Emission ist nicht dasselbe wie ein Markt. Wenn ein Vermögenswert tokenisiert wird und dann größtenteils dort liegt, hat die Kette bewiesen, dass Emission stattfinden kann. Sie hat nicht bewiesen, dass Anleger tatsächlich zurückkehren, um zu kaufen, zu verkaufen, zu rebalancieren und Preise zu entdecken. Deshalb interessiere ich mich stärker für die Sekundärmarkt-Aktivität des Dämmerungszeitraums als für eine weitere Ankündigung über ein neues RWA. Die NPEX-Verbindung ist hier wichtig, weil sie dem Dämmerungszeitraum etwas Greifbareres gibt, mit dem er arbeiten kann: eine bestehende regulierte Plattform, bestehende Emittenten und eine Investor-Base, die bereits an Finanzmärkten teilnimmt. Der Dämmerungszeitraum sagt, dass der NPEX-Workflow darauf abzielt, Emission, Handel, Offenlegung und Abwicklung Onchain zusammenzubringen. Die praktische Frage ist ziemlich einfach. Können diese 17.500+ Investoren zu wiederkehrenden Onchain-Marktteilnehmern werden – statt nur ein Publikum zu sein, das mit tokenisierten Wertpapieren verbunden ist? €200M+ historische Finanzierung sind nützlich. Aber ich würde lieber beständige Sekundärmarkt-Volumina sehen als noch eine weitere €200M-Schlagzeile...
Ich bin immer wieder zum NPEX-Teil von Dusk zurückgekehrt, weil er verändert, was „Tokenisierung“ eigentlich nachweisen muss. NPEX hat bereits mehr als 200 Mio. € an Finanzierung ermöglicht und verfügt über 17.500+ aktive Investoren. Die spannende Frage lautet also nicht, ob ein Vermögenswert zu einem Token werden kann. Sondern ob dieser Token tatsächlich über einen regulierten Sekundärmarkt bewegt werden kann, ohne dass sich rund um ihn ein weiterer Stapel manueller Prüfungen bildet. Darin liegt der praktische Nutzen von Dusks Beziehung zu NPEX. Der vorgeschlagene Ablauf verbindet Handel, Investoreneignung, Offenlegung und Abwicklung miteinander, statt den Token als fertiges Produkt zu behandeln. Dusk sagt, dass ausgewählte tokenisierte RWAs, die die Due-Diligence-Prüfung bestehen, für die Notierung auf dem NPEX-Sekundärmarkt qualifiziert werden können. Ich finde den Offenlegungsaspekt besonders interessant. Eine öffentliche Blockchain kann Besitzdaten leicht prüfbar machen, aber regulierte Märkte brauchen häufig das Gegenteil: etwas gegenüber der richtigen Partei nachweisen, ohne alles für jedermann offenzulegen. Dusk versucht, die selektive Offenlegung in den Transaktionsablauf zu integrieren, statt sie zu einer externen Reporting-Übung zu machen. Auch die Zahlen machen den Test greifbarer: Dusk bewirbt derzeit 300 Mio. €+ an bestätigter institutioneller Emission und ungefähr 10-Sekunden-deterministische Finalität. Doch die Settlement-Schiene zum Laufen zu bringen ist das eine. Genug konforme Assets und echte Käufer zu bekommen, um einen Sekundärmarkt wirklich nützlich zu machen, ist ein ganz anderes Problem...
Was ist der schwierigste Teil, RWAs in regulierte Märkte zu bringen?
DuskEVM hat den Teil der Ethereum-Migration gelöst, den ich erwartet hatte, dass er besonders nervig ist. Die schwierigere Frage beginnt erst nach dem Deployment. Ich habe den DuskEVM-Weg getestet, und die erste Erfahrung ist überraschend vertraut. Hardhat und Foundry funktionieren. Solidity-Verträge können bereitgestellt werden. Die Mainnet-Chain-ID ist 744, während Testnet 745 verwendet. Das nimmt einen großen Teil der anfänglichen Reibung weg, die ich normalerweise erwarten würde, wenn ich ein neues Netzwerk anpacke. Aber einen Vertrag auf Dusk zu bringen, ist das eine. Zu entscheiden, dort weiterzubauen, das andere. Wenn ich bereits einen Ethereum-Workflow habe, frage ich nicht wirklich, ob Solidity funktioniert. Ich frage, ob Dusk mir einen Grund gibt, meine Anwendung dort zu behalten – nachdem das erste Deployment gelaufen ist. Dort beginnt die eigentliche spannende Spannung. Vertraute Tools bringen mich erst mal rein. Sie ändern nicht automatisch, wo ich langfristig bauen möchte. Würde ich eine weitere Umgebung pflegen, Nutzer umziehen und meine Deployment-Gewohnheiten anpassen, nur weil sich die Solidity-Schicht vertraut anfühlt? Wahrscheinlich nicht. Es braucht etwas über reine Kompatibilität hinaus, das das Bleiben den zusätzlichen Aufwand wert macht. Dieser Teil würde mich mehr interessieren als der EVM-Support selbst. Denn niedrigere Migrationskosten bringen Entwickler dazu, Dusk auszuprobieren. Das gibt ihnen aber nicht zwangsläufig einen Grund, zu bleiben...
Ich habe mehr Zeit damit verbracht, Babylons Multi-Staking-Flow zu betrachten, als ich erwartet hatte, weil ich sehen wollte, ob er tatsächlich meine Sicht auf inaktive BTC verändert, oder ob es nur ein weiteres Dashboard-Feature mit einem besseren Namen ist. Das Spannende war nicht das Staking selbst. Es war die Erkenntnis, dass dieselbe Bitcoin-Position über ihre Lebensdauer hinweg nicht unbedingt nur ein einziges Netzwerk absichern muss. Das ist eine andere Richtung als bei den meisten Bitcoin-Infrastrukturen, die ich bisher genutzt habe: Dabei endet das Kapital normalerweise an einem einzigen Ziel, bis man alles auflöst und von vorn beginnt. Babylon sichert mittlerweile mehr als 58.000 BTC ab – im Gegenwert von rund 6,7 Milliarden US-Dollar – über seine Staking-Infrastruktur hinweg. Das ist bereits eine bedeutende Menge Bitcoin, die sich für Sicherheit entscheidet, statt einfach nur inaktiv herumzuliegen. Die Frage, zu der ich immer wieder zurückkam, war, ob Multi-Staking dieses Kapital nützlicher macht, ohne es sich komplizierter anfühlen zu lassen. In der Praxis klingt die zusätzliche Flexibilität attraktiv. Aber Flexibilität schafft auch Entscheidungen. Welches Netzwerk verdient deine Absicherung? Solltest du deine Exponierung streuen oder konzentriert halten? Jede zusätzliche Option fügt noch einen weiteren Abwägungsprozess hinzu, und die meisten langfristigen BTC-Halter suchen nicht nach mehr Dingen, die sie verwalten müssen. Darum denke ich, dass Multi-Staking am Ende wichtiger sein könnte als eine weitere Integrationsankündigung. Es geht nicht nur darum, dem Bitcoin ein weiteres Ziel hinzuzufügen. Es verändert leise, wie gesichertes Kapital im Laufe der Zeit zugeteilt werden kann. Technisch bin ich mir noch nicht sicher, ob die eigentliche Herausforderung die schwierige ist. Die schwierigere Aufgabe könnte darin liegen, Menschen davon zu überzeugen, die mit dem Nichtstun bei ihrem Bitcoin völlig zufrieden sind, plötzlich alle paar Monate anfange(n), Allokationsentscheidungen zu treffen.
Ist Multi-Staking das Feature, das Babylon abheben könnte?
Ich habe mich dabei ertappt, an den BABY-Token aus dem falschen Grund zu denken. Jedes Mal, wenn jemand eine neue Börsen-Notierung erwähnt, schwenkt das Gespräch sofort zu Volumen, Liquidität und Preis. Nachdem ich Zeit im Public Testnet von Babylon verbracht hatte, fühlte sich das nicht mehr wie der wichtige Teil an. Die spannendere Frage wurde: Was bringt jemanden dazu, BABY weiter zu nutzen, nachdem er es bereits gekauft hat? Beim Testen des Trustless-Bitcoin-Vault-Flow ist mir klar geworden, dass sich die Nutzererfahrung nicht damit beendet, dass BTC gesperrt wird. Das Protokoll zieht dich immer wieder in das Netzwerk zurück. Governance. Staking. Co-Staking. Zukünftige Vault-Aktivitäten. Das ist eine ganz andere Art von Nachfrage als Händler, die dem nächsten Listing hinterherjagen. Babylon sichert bereits rund 56.800+ BTC – das entspricht ungefähr 5,6 Mrd. US-Dollar an Bitcoin, die dem Protokoll verpflichtet sind. Das ist ein viel stärkeres Signal als einfach ein weiteres Börsen-Logo, das auf einer Startseite auftaucht. Wenn selbst ein kleiner Prozentsatz dieser Nutzer anfängt, mit den breiteren, durch BABY ermöglichten Funktionen zu interagieren, statt BTC nur zu halten, hat der Token ein völlig anderes Nachfrageprofil. Vielleicht unterschätze ich, wie wichtig Listings noch sind. Aber Listings ändern in erster Linie, wer kaufen kann. Nützliche Infrastruktur bestimmt, wer tatsächlich bleibt. Nachdem ich das Produkt ausprobiert habe, beobachte ich deutlich genauer die Wallet-Aktivität und die Protokoll-Teilnahme, als dass ich Ankündigungs-Kalender im Blick habe. Wenn sich diese Nutzungszahlen weiter bewegen, während alle anderen auf die nächste Börsen-Schlagzeile warten, könnte das am Ende der leisere Auslöser sein, den man erst bemerkt, wenn er bereits passiert ist.
Ich habe mehr Zeit damit verbracht, den Signier-Flow anzuschauen als den Borrowing-Flow, was wahrscheinlich etwas über die Babylon–Keystone-Partnerschaft aussagt. Das Interessante war nicht, dass Keystone luftspaltig ist. Das behaupten bereits viele Hardware Wallets. Was auffiel, war, wie viel langsamer ich wurde, bevor ich irgendetwas genehmigt habe. Das Hin- und Herschwenken beim Scannen von QR-Codes war anfangs leicht nervig, aber ich merkte, dass ich tatsächlich die Transaktionsdetails las, statt einfach durchzuklicken. Das ist heute noch wichtiger, weil Babylon es ermöglicht, dass Keystone zu den unterstützten Bitcoin-Wallets für natives Bitcoin-gestütztes Borrowing über Aave v4 mit Trustless Bitcoin Vaults gehört. Wenn das Borrowing gegen BTC selbstverwaltet bleiben soll, darf die Wallet-Erfahrung keine schnellen, blinden Genehmigungen fördern. Früher dachte ich, dass Sicherheit vor allem bedeutet, private Keys zu schützen. Nach dem Ausprobieren des Flows glaube ich inzwischen, dass das größere Risiko darin liegt, die falsche Transaktion zu genehmigen, während deine Keys weiterhin perfekt sicher sind. Das ist ein kleiner Unterschied, aber er verändert, wie ich Hardware Wallets betrachte. Babylon fügt keine weitere Wallet hinzu, nur um eine Kompatibilitätsliste zu erweitern. Es wählt ein Signiererlebnis, das bewusst ein paar zusätzliche Sekunden vor jeder Genehmigung einbaut. Das klingt ineffizient, bis man sich daran erinnert, dass eine einzige irrtümliche Signatur viel mehr kosten kann als 10 oder 20 Sekunden. Ich frage mich immer noch, wie viele Menschen diese Geduld behalten, wenn Borrowing zur Routine wird statt zu etwas, das man nur einmal testet. Das ist wahrscheinlich der Teil, den man im Blick behalten sollte – nicht, ob die Ankündigung der Partnerschaft selbst Aufmerksamkeit bekommt.
Macht die Babylon × Keystone-Partnerschaft die Wallet-Sicherheit praktischer?
Ich hatte erwartet, dass der spannende Teil von Babylons Trustless-Bitcoin-Vaults das Leihen ist. Am Ende stellte sich jedoch eher die Einschränkung als der Knackpunkt heraus. Das Erste, was auffiel, war nicht, dass natives BTC ein Darlehen über Aave V4 besichern kann. Es war die Erkenntnis, dass der Vault für eine bestimmte Anwendung geschaffen wird. Sobald diese Position existiert, ist das nichts, worauf ich es mir leicht machen und es einfach irgendwo anders hinweisen kann, weil plötzlich ein anderer Lending-Markt bessere Konditionen bietet. Das verändert, wie ich überhaupt darüber nachdenke, BTC zu verpflichten. Über 100.000 BTC wurden kumuliert über Babylons Bitcoin-Staking-Protokoll aktiviert, während derzeit etwa 51.000 BTC gestaked sind—das entspricht bereits Milliarden Dollar an Bitcoin, die sich im Einsatz befinden. Das zeigt mir, dass die Bereitschaft, BTC arbeiten zu lassen, wächst. Die Frage ist nicht, ob Menschen ihre Bitcoins noch nutzen wollen. Es geht darum, ob die Infrastruktur ihnen nach ihrer Verpflichtung genügend Flexibilität bietet. Genau da zögere ich. Das Entfernen von Wrapping- und Custody-Annahmen ist eine bedeutende Verbesserung. Ich glaube nicht, dass das der harte Teil ist. Der schwierigere Teil besteht darin, dass sich natives BTC in mehreren Umgebungen wirklich als liquide anfühlt—und nicht an den Zielort gebunden ist, der am ersten Tag am besten aussah. Vielleicht ist das ein akzeptabler Trade-off für stärkere Garantien. Vielleicht muss die erste Version einfach so funktionieren. Ich vermute nur, dass sich das langfristige Gespräch nicht darum drehen wird, ob Bitcoin DeFi-Liquidität erreichen kann. Es wird darum gehen, wie frei sich diese Liquidität bewegen kann, sobald der Bitcoin bereits gebunden ist.
Wenn Babylon natives Bitcoin direkt mit DeFi-Liquidität verbindet: Was ist die größte noch verbleibende Herausforderung?
Wenn Bitcoin das beste Sicherheiteninstrument der Welt ist: Was fehlt bisher? Babylon sieht darin die Infrastruktur Ich komme immer wieder auf eine Zahl zurück: Nur etwa 11 % des Bitcoins sind aktiv in dem rund 64 Mrd. US-Dollar schweren On-Chain-Kreditmarkt. Das wirkt erstaunlich niedrig, wenn man bedenkt, wie oft BTC als die beste Sicherheit bezeichnet wird. Mir wurde klar, dass die Zurückhaltung nicht immer an der Nachfrage liegt. Sondern daran, was passiert, bevor der Kredit überhaupt existiert. Der Teil, der mich immer innehalten ließ, war nicht das Ausleihen selbst. Es war alles, was darum herum verpackt ist. Bridging. Wrapping. Eine zusätzliche Vertrauensebene, um ein Asset abzubilden, das ich bereits besitze. Jede zusätzliche Abhängigkeit verändert still und leise die Risikokalkulation, selbst wenn sich die Kreditaufnahme reibungslos anfühlt. Darum haben mich Babylons Trustless Bitcoin Vaults angesprochen. Das Spannende ist nicht noch eine weitere Lending-Integration. Es geht um die Idee, dass die Bedingungen für den Kredit definiert werden, bevor das Kapital fließt, und dass die Rückzahlung über kryptografischen Nachweis erzwungen wird – statt dass später noch ein weiterer Vermittler Entscheidungen trifft. Dann bemerkte ich den Zeitpunkt. Große Institutionen behandeln Bitcoin zunehmend als Sicherheit. JPMorgan hat begonnen, Bitcoin als Kreditsicherheit für institutionelle Kunden zu akzeptieren, und die CFTC hat Bitcoin bereits im Oktober 2025 als Sicherheit für regulierte Derivate genehmigt. Das sagt mir: Das fehlende Vertrauen in Bitcoin selbst ist nicht mehr wirklich das zentrale Problem. Vielleicht liegt die größere Lücke in der Infrastruktur, die natives BTC mit Kreditmärkten verbindet, ohne dass Halter dabei aufgeben müssen, wie sie ihren Bitcoin grundsätzlich halten. Ich beobachte weiterhin, ob sich das tatsächlich im Verhalten niederschlägt, denn bessere Infrastruktur schafft nicht automatisch mehr Beteiligung. Aber vielleicht hat man auf Beteiligung schon die ganze Zeit gewartet – auf Infrastruktur.
Ist die Infrastruktur jetzt die größte Hürde für Bitcoins nächste Phase der Einführung, eher als die Nachfrage selbst?
Ein Babylon-Staking-Retry sah auf dem Papier gut aus, aber das, was mich gestört hat, war das, was danach passierte. Der BTC war noch da. Nichts ging verloren. Aber das mentale Modell hat sich verändert. Früher dachte ich, schlafender Bitcoin sei einfach, weil die einzige erforderliche Handlung darin bestand, nichts zu tun. Halten, sichern, warten. Sobald BTC an einem anderen Prozess teilnimmt, auch wenn es kontrolliert geschieht, tauchen kleine operative Fragen auf. Wer ist verantwortlich, wenn die Zeitplanung nicht mit den Erwartungen übereinstimmt? Genau zu diesem Punkt komme ich immer wieder zurück, wenn es um eine breite Babylon-Adoption geht. Der größte Wandel bei Bitcoin könnte weniger darum gehen, eine weitere Rendite-Zieladresse zu schaffen. Es könnte darum gehen, wie Menschen über ungenutzten BTC nachdenken. Nützlicher Bitcoin ist nicht dasselbe wie unberührter Bitcoin. Das klingt offensichtlich, aber der Unterschied zeigt sich in kleinen Momenten. Eine Staking-Phase bedeutet, um Verfügbarkeit herum zu planen. Validierungsanforderungen bedeuten mehr Aufmerksamkeit dafür, was darunter passiert. Zusätzlicher Nutzen kann mehr Anlässe schaffen, um in Kontakt zu treten, aber jede Interaktion schafft einen weiteren Ort, an dem Annahmen scheitern können. Bitcoin-Inhaber haben ihre Gewohnheiten darauf aufgebaut, Bewegungen zu minimieren. Babylon stellt diese Gewohnheit infrage. Die stärksten Netzwerke sind nicht immer die, die die meiste Aktivität hinzufügen. Manchmal sind es die, die dafür sorgen, dass neues Verhalten vorhersehbar wirkt. Meine Neigung geht immer noch in Richtung Einfachheit. Eine Bitcoin-Position, die nie Aufmerksamkeit benötigt, hat einen bestimmten Vorteil. Aber wenn Babylon die Teilnahme so nah an das Halten heranbringen kann, dann verändert das das Gespräch. Der eigentliche Test ist nicht, ob Menschen BTC staken können. Es ist, ob langfristige Inhaber glauben, dass der zusätzliche Nutzen die zusätzliche operative Denkweise wert ist. Dort wird die Adoption spannend. Nicht bei der ersten Transaktion, sondern Monate später, wenn das Halten von BTC beginnt, mehr Entscheidungen einzuschließen.
Würde Babylon daran etwas ändern, wie du darüber denkst, BTC zu halten?
Etwas, das nach der Zeit mit Babylon besonders aufgefallen ist, lautet: Trustless Bitcoin Vaults fühlen sich nicht wirklich wie eine Funktion an, die für heute entwickelt wurde. Sie wirken eher wie Infrastruktur, die erst dann richtig wertvoll wird, wenn wieder mehr Aktivität davon abhängt, dass Bitcoin im Spiel ist. Babylon hat bereits 100.000+ BTC an zugesichertem Stake angezogen. Das ist eine bedeutende Zahl. Aber mit wachsender Beteiligung kommt immer wieder eine Frage zurück zu mir: Wie bringt man Bitcoin mehr Aufgaben, ohne die Halter darum bitten zu müssen, mehr Vertrauensannahmen zu akzeptieren? Dort wurde die Idee der Vaults für mich erst wirklich schlüssig. Das Spannende ist nicht, dass Coins unter vorgegebenen Ausgabebedingungen bleiben. Sondern dass diese Bedingungen so vorhersehbar werden, dass andere Systeme sich darauf aufbauen können. Das fühlt sich viel näher an Babylons langfristige Ausrichtung an als einfach nur eine weitere Ertragsmöglichkeit zu schaffen. Ich denke allerdings, dass es einen Trade-off gibt. Bitcoin-Halter haben seit Jahren darauf hingearbeitet, es so einfach wie möglich zu halten. Eine Wallet. Ein Schlüssel. Minimale Interaktion. Die Einführung von Vault-Logik, auch wenn sie trustless ist, fügt eine weitere Ebene hinzu, die Menschen verstehen müssen, bevor sie sich wohl dabei fühlen, bedeutende Mengen an BTC zu sperren. Diese Zurückhaltung ist wichtig. Infrastruktur funktioniert nur, wenn Menschen bereit sind, sie auch zu nutzen, und Bitcoin-Nutzer sind im Vergleich zu den meisten Communities oft langsamer darin, Gewohnheiten zu ändern. Vielleicht ist genau das der Grund, warum Babylon diese Bausteine baut, bevor sie überhaupt nötig erscheinen. Wenn Bitcoin irgendwann mehr sichern soll als nur sich selbst, dann muss die Grundlage wahrscheinlich gebaut werden, bevor irgendjemand überhaupt bemerkt, dass sie dort ist. Ich beobachte immer noch, ob die zusätzliche Flexibilität am Ende wirklich wie ein Vorteil wirkt... oder nur wie noch etwas, das langfristige Halter lieber vermeiden würden.
Ich musste eine Entscheidung pausieren, weil genau derselbe Bitcoin tat, was ich von ihm erwartet hatte: nichts. Das klingt seltsam, bis du tatsächlich verfügbares Kapital im Leerlauf brauchst, um es nützlich zu machen, ohne den Grund aufzugeben, warum du es überhaupt im Leerlauf gelassen hast. Der Nutzen zählt nur dann, wenn er dich nicht dazu bringt, das Halten neu zu überdenken. Das ist der Teil von Babylon, um den ich immer wieder kreise. Nicht, weil Staking an sich neu ist, sondern weil es die Frage verändert, die ich mir stelle, bevor ich BTC bewege. Früher war die Standardantwort meist: „Lass es in Ruhe.“ Jede zusätzliche Nutzung war ein weiterer Anwendungsfall, den man im Blick behalten musste. Eine weitere Position, die man auflösen muss, falls sich Prioritäten ändern. Noch etwas, das einfach aussah, bis das Timing anfing, gegen dich zu arbeiten. Babylon lässt mich darüber nachdenken, ob sich dieses Verhalten langsam verändern kann. Nicht über Nacht. Gewohnheiten rund um Bitcoin sind aus einem Grund hartnäckig. Der spannende Wandel ist nicht, dass BTC anderswo mitwirken kann. Die Frage ist, ob langfristige Inhaber anfangen, Inaktivität als Entscheidung zu betrachten – statt als die sicherste Standardeinstellung. Das verändert die Planung mehr als es die Technologie verändert. Ich habe hier immer noch eine gewisse Neigung. Jede zusätzliche Schicht zwischen mir und direkter Kontrolle bringt etwas mit sich, an das ich irgendwann denken muss. Vielleicht ist es eine Unbonding-Phase. Vielleicht ist es das operative Timing. Vielleicht ist es gar nichts – bis der Tag kommt, an dem es plötzlich doch wichtig wird. Darum interessiere ich mich weniger für beeindruckende Zahlen und mehr dafür, was Menschen tatsächlich sechs Monate später tun. Wenn Babylon Bitcoin weiterhin nützlich macht, ohne dass sich Inhaber weniger wohl beim Halten fühlen, dann ist das wahrscheinlich eine größere Veränderung als jede Kennzahlen-Ansicht je zeigen kann. Ich werde genauer hinschauen, sobald das Dabeibleiben nicht mehr als die naheliegendste Entscheidung wirkt.
Ein Teil von Babylon zog meine Aufmerksamkeit immer wieder zurück: Trustless Bitcoin Vaults. Nicht weil sie besonders auffällig wären, sondern weil sie etwas anerkennen, was die meisten Staking-Diskussionen nicht tun. Bitcoin einzuschließen ist einfach, wenn alles nach Plan läuft. Der schwierige Teil ist, für die Momente zu planen, in denen es nicht klappt. Während ich den Vault-Ablauf durchging, stellte ich fest, dass ich deutlich mehr Zeit auf den Wiederherstellungspfad verwendete als auf den eigentlichen Staking-Pfad. Das wirkte beabsichtigt. Mit bereits mehr als 57.000 BTC, die in Babylon gesichert sind—entsprechend mehreren Milliarden Dollar an Wert—hört sich Wiederherstellung nicht mehr wie ein Randfall an. In dieser Größenordnung wird irgendwann jemand einen sichereren Weg brauchen, um auf eine unerwartete Situation zu reagieren. Genau dort macht das Vault-Design für mich mehr Sinn. Es versucht nicht, Staking aufregender zu machen. Es versucht, die Kosten eines schlechten Tages zu reduzieren. Der Nachteil ist, dass zusätzlicher Schutz normalerweise mit zusätzlichen Entscheidungen einhergeht. Ich kann mir vorstellen, dass manche Bitcoin-Inhaber das simpelste Setup bevorzugen würden, anstatt sich mit Wiederherstellungsoptionen zu beschäftigen, die sie vermutlich nie verwenden. Das ist auch eine berechtigte Sorge. Trotzdem glaube ich, dass das Vorhandensein dieser Option beeinflusst, wie Menschen an Staking herangehen. Selbst wenn der Vault selten genutzt wird: Zu wissen, dass es einen vertrauensminimierten Wiederherstellungspfad gibt, kann das Commitment von Bitcoin weniger wie eine Alles-oder-Nichts-Entscheidung wirken lassen. Ob die meisten Nutzer diese Wiederherstellungspfade tatsächlich konfigurieren oder sie einfach ignorieren, bis sie gebraucht werden, ist wahrscheinlich der Teil, den ich in den nächsten Monaten beobachten werde.
Würden Trustless Bitcoin Vaults dich mehr dazu bringen, BTC komfortabler zu staken?
Die versteckten Kosten von KI-Finanzierung sind nicht Betrug. Es sind nicht nachprüfbare Entscheidungen.
Früher dachte ich, Betrug sei das größte Hindernis für KI-gestützte Finanzsysteme. Nachdem ich mir die Architektur von Newton Protocol genauer angesehen habe, bin ich mir da nicht mehr so sicher. Betrug kann oft untersucht werden, nachdem er passiert ist. Ein schwierigeres Problem ist es, nachzuweisen, warum einer KI überhaupt erlaubt wurde, Geld zu bewegen. Dieser Unterschied wirkt umso wichtiger, wenn KI-Agenten beginnen, reale finanzielle Aufgaben zu übernehmen. Newton Protocol hat mich dazu gebracht, anders darüber nachzudenken. Sein Mainnet Beta, gestartet am 23. Juni auf Base und Ethereum, ist nicht nur darauf ausgerichtet, KI dabei zu helfen, Transaktionen auszuführen. Es führt außerdem eine Autorisierungsschicht ein, die nachvollziehbare Belege dafür hinterlassen soll, warum eine Transaktion genehmigt wurde, bevor sie die Blockchain erreichte.
Ich dachte früher, dass KI im Finanzwesen sicherer werden würde, sobald die Modelle klüger würden. Je mehr ich darüber nachdachte, desto weniger überzeugt war ich. Eine kluge Entscheidung hängt immer noch von etwas viel Einfacherem ab. Ob die Informationen noch wahr sind. Das war mir anfangs nicht klar. Die meisten Gespräche über KI-Agenten drehen sich um das Denken. Bessere Modelle. Bessere Planung. Bessere Ausführung. Aber nichts davon behebt veraltete Informationen. Eine KI kann jede Regel befolgen, die ihr gegeben wurde, und trotzdem die falsche Transaktion genehmigen, wenn sich die Daten hinter diesen Regeln vor fünf Minuten geändert haben. Das ist der Teil, an den ich immer wieder gedacht habe, während ich Newton Protocol gelesen habe. Die Richtlinien sind wichtig. Was mich mehr überrascht hat, war alles, wovon diese Richtlinien stillschweigend abhängen. Kursdaten. Compliance-Signale. Risikodaten. Keine davon ist statisch. Sie ändern sich ständig, und jede Genehmigungsentscheidung hängt davon ab, dass sie in genau diesem Moment korrekt sind. Das hat mir klar gemacht, dass Vertrauen in KI-finanzsysteme vielleicht nicht nur aus Intelligenz entsteht. Vielleicht entsteht es daraus, wie sicher das System weiß, was gerade passiert. Newton löst das nicht wirklich, indem es die KI smarter macht. Stattdessen versucht es, die Autorisierung von nachprüfbaren, aktuellen Informationen abhängig zu machen, bevor Geld bewegt wird. Natürlich wirft das eine weitere Frage auf. Was passiert, wenn die Daten selbst verzögert, unvollständig oder umstritten sind? Die KI hat möglicherweise genau das getan, wozu sie vorgesehen war. Die Richtlinie hat vielleicht genau so funktioniert, wie sie entworfen wurde. Der Fehler könnte schon viel früher begonnen haben. Vielleicht geht es beim nächsten Wettbewerb im KI-Finanzwesen nicht darum, die klügsten Agenten zu bauen. Vielleicht geht es darum, die vertrauenswürdigsten Daten zu bauen.