DuskEVM just went live, and the part I’m watching isn’t the launch itself. It’s how quickly the first few developers actually move from “I can deploy here” to “I want to keep building here.” I’ve been looking at the DuskEVM setup, and the obvious friction is much lower than Dusk’s native developer path. Solidity and Vyper are supported, and existing EVM tooling is supposed to carry over. That matters because asking developers to learn a new stack is one thing. Asking them to change their entire workflow is another. But compatibility only gets you to the starting line. Dusk already has 2 contract paths: DuskEVM and DuskVM. So now there’s a more practical question. If I’m a developer with an existing Solidity application, what makes me choose DuskEVM over the dozens of places where that same code can already run? The answer probably won’t come from another feature announcement. It’ll show up in actual deployments, wallet activity, contract interactions and whether developers come back after the first experiment. Even the GitHub side is worth watching. The public DuskEVM genesis repo was updated on July 28, which shows the pieces have been moving into place, but launch-day activity is a different test. Now I’m mostly curious about the first 30 days, because that’s when “EVM-compatible” either becomes useful or starts sounding like...
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.
Der wichtigste Teil von Newton ist nicht die Entscheidung. Es ist der Beweis dahinter.
Ich las über die Autorisierungsschicht von Newton, als mir etwas auffiel, das ich fast übersehen hätte. Es war keine weitere Richtlinie. Das ist das, was passiert, nachdem die Richtlinie eine Entscheidung erreicht. Zuerst habe ich mir nicht viel daraus gemacht. Eine Transaktion wird genehmigt oder abgelehnt. Das schien das Ende der Geschichte zu sein. Aber nachdem ich eine Weile darüber nachgedacht hatte, kam ich immer wieder zu einer Frage zurück. Wenn einem KI-Agenten erlaubt ist, mein Geld zu bewegen, woher weiß ich, dass er die Regeln wirklich befolgt hat, bevor er gehandelt hat? Das fühlt sich wie eine kleine Einzelheit an. Ich glaube nicht, dass es so ist.
Zunächst nahm ich an, dass Autorisierungsrichtlinien existierten, um Entscheidungen zu treffen. Je genauer ich mir Newton ansah, desto weniger treffend kam mir das vor. Eine Richtlinie trifft eigentlich keine Entscheidung. Sie erinnert sich. An jede Grenze. An jede Bedingung. An jede Ausnahme. Jemand musste sich lange damit befassen, bevor überhaupt eine Transaktion auftauchte. Wenn ein KI-Agent schließlich um Erlaubnis bittet, ist der schwierige Teil bereits passiert. Das System erfindet das Urteil nicht in Echtzeit. Es spielt ein Urteil ab, das zuvor sorgfältig kodiert wurde. Das verändert die Art, wie ich über Automatisierung nachdenke. Wir verbringen viel Zeit damit zu fragen, ob KI gute finanzielle Entscheidungen treffen wird. Newton hat mir klar gemacht, dass wir wahrscheinlich genauso viel Zeit damit verbringen sollten zu fragen, ob die Richtlinien hinter solchen Entscheidungen es verdienen, tausende Male wiederholt zu werden, ohne sich von der ursprünglichen Absicht zu entfernen. Die Transaktion dauert nur ein paar Sekunden. Das Urteil dahinter könnte still und leise Millionen mehr prägen.
Wo liegt eurer Meinung nach tatsächlich das größte Risiko?
Newton Protocol und das Ende der blinden Transaktionsausführung
Je mehr Zeit ich damit verbringe zu lesen, wie Newton Protocol die Autorisierung vor der Ausführung handhabt, desto unwohl(er) fühle ich mich mit etwas, das ich immer akzeptiert hatte, ohne viel darüber nachzudenken. In Newton wird von einer Aktion erwartet, dass sie erst eine Erlaubnis verdient, bevor sie ausgeführt wird. Das klingt nach einer Implementierungsdetail, bis man sich vorstellt, dass ein automatisierter Agent jede Stunde Hunderte von finanziellen Entscheidungen trifft. Plötzlich ist die spannende Frage nicht mehr, ob eine Transaktion ausgeführt werden kann. Sondern ob das System jemals zulassen sollte, dass diese Transaktion überhaupt die Ausführungsphase erreicht.