Ethereum bereitet sich auf den nächsten Skalierungsschritt vor.
Das Glamsterdam-Upgrade hat das Sepolia-Testnetz erreicht. Zu den geplanten Änderungen gehören die fest verankerte Trennung von Proposer und Builder sowie Zugriffslisten auf Blockebene.
Warum das wichtig ist: • Verbesserungen bei der Blockproduktion • Effizienterer Zugriff auf Blockdaten • Weitere Fortschritte auf dem Weg zu mehr Durchsatz auf Layer 1
Sepolia hat das Upgrade am 6. Oktober aktiviert. Für das Ethereum-Mainnet wurde die Aktivierung jedoch noch nicht terminiert.
Die Fortschritte bei der Entwicklung sind einen Blick wert – sie garantieren jedoch keine ETH-Kursgewinne.
Bitcoin startet im Oktober rund um den Bereich von 84.000 US-Dollar, nachdem er kurzzeitig die Marke von 85.000 US-Dollar durchbrochen hat.
Das Interessante ist nicht nur der Preis.
US-Spot-Bitcoin-ETFs verzeichneten bis zum 25. September einen starken wöchentlichen Zufluss von 2,4 Mrd. US-Dollar, aber diese Dynamik hat sich zuletzt abgeschwächt: Am 30. September gab es 148,7 Mio. US-Dollar netto als Abflüsse.
Gleichzeitig belasten hohe Renditen bei US-Staatsanleihen weiterhin risikobehaftete Assets.
Für BTC ist daher die größere Frage im Moment:
Wird frische Spot-Nachfrage weiter aufkommen?
Beobachte die Flüsse. Beobachte die Liquidität. Dann beobachte den Preis.
Und auf traditionellen Märkten bietet der TRXS Staked TRX ETF Anlegern eine neue Möglichkeit, sich direkt an TRX zu beteiligen, während sie gleichzeitig am TRON-Staking teilnehmen.
TRON baut mehr Infrastruktur rund um Zahlungen im echten Leben auf.
Privy hat seine Unterstützung für TRON erweitert und bietet Entwicklern Tools für Wallets, Transaktionssignierung, Überweisungen, Richtlinienkontrollen und die On-Chain-Überwachung.
Damit wird der Weg frei für stabilere Zahlungs-Apps für Stablecoins, Treasury-Workflows und Finanzprodukte, die auf TRON aufgebaut werden.
Und das Netzwerk arbeitet bereits im großen Maßstab:
Nachdem ich mir Datenschutz, selektive Offenlegung, vertrauliche Smart Contracts, Abwicklung, tokenisierte Assets, Identität sowie die Entwickler-Infrastruktur angesehen habe, wird das Gesamtbild für mich klarer.
Dusk versucht nicht einfach, eine weitere Art von Asset auf eine Blockchain zu bringen.
Es baut Infrastruktur rund um den gesamten finanziellen Workflow.
Denk an ein tokenisiertes Wertpapier:
1️⃣ Ein Investor muss seine Berechtigung nachweisen.
2️⃣ Das Asset braucht Regeln, die steuern, wer es halten oder übertragen darf.
4️⃣ Smart Contracts müssen die finanzielle Logik ausführen.
5️⃣ Das Asset und die Zahlung brauchen eine vorhersehbare Abwicklung.
6️⃣ Entwickler brauchen praktische Möglichkeiten, um Anwendungen rund um all das zu bauen.
Genau dort fügen sich die verschiedenen Bausteine von Dusk zusammen.
Citadel übernimmt Identität und selektive Offenlegung.
DuskVM bietet natives Rust/WASM für die Ausführung von Smart Contracts.
DuskEVM bietet Entwicklern eine Ethereum-kompatible Umgebung.
DuskDS liefert Konsens, Abwicklung und Datenverfügbarkeit.
Und Dusk Trade bringt diese Fähigkeiten in nutzerorientierte Workflows für tokenisierte Finanz-Assets.
Der interessante Teil ist nicht irgendein einzelner Baustein.
Sondern wie sie zusammenarbeiten.
Die größere Frage für mich lautet nicht mehr:
„Können finanzielle Assets tokenisiert werden?“
Sondern:
„Kann der gesamte finanzielle Lebenszyklus tatsächlich on-chain ablaufen – und dabei Datenschutz, Berechtigung und regulatorische Anforderungen respektieren?“
Das ist das Experiment, dem ich zuschaue.
Welcher Teil dieser Infrastruktur ist deiner Meinung nach am wichtigsten?
Zunächst mag es so wirken, als sei es unnötig kompliziert, sowohl DuskEVM als auch DuskVM zu haben.
Aber nicht alle Entwickler brauchen dieselbe Umgebung.
DuskEVM ist für Anwendungen konzipiert, die das vertraute Ethereum-Ökosystem nutzen möchten.
Entwickler können Solidity oder Vyper zusammen mit Tools wie Hardhat, Foundry, viem und ethers verwenden, während DUSK als natives Gas-Token dient.
Dann gibt es noch DuskVM.
Sie ist für Rust/WASM-Contracts gebaut, die direkt auf der Dusk L1 ausgeführt werden. Das ist die Option für Anwendungen, die näheren Zugriff auf die nativen Assets von Dusk, dessen Transaktionsmodelle, Datenschutz oder Zero-Knowledge-Funktionen benötigen.
Das klingt einfach, bis man regulierte Finanzdienstleistungen direkt auf der Blockchain betrachtet.
Stellen Sie sich ein tokenisiertes Wertpapier vor, das nur von geeigneten Anlegern gehalten werden darf.
Das Netzwerk muss wissen, dass ein Teilnehmer bestimmte Voraussetzungen erfüllt – aber muss es dafür wirklich die gesamte Identität dieser Person allen offenlegen?
Hier wird eine datenschutzfreundliche Identität interessant.
Die Identitätsschicht von Dusk's Citadel ist auf Nachweise (Credentials) und selektive Offenlegung ausgelegt.
Anstatt sensible personenbezogene Informationen direkt auf der On-Chain zu speichern, kann ein Nutzer nachweisen, dass er einen gültigen Nachweis besitzt oder ein erforderliches Merkmal erfüllt, ohne unnötige Details offenzulegen.
Denken Sie daran, wie das Vorzeigen eines gültigen Tickets am Eingang, ohne dem Sicherheitsdienst den gesamten Inhalt Ihres Portemonnaies zu geben.
Bei regulierten Vermögenswerten könnte diese Unterscheidung besonders wichtig sein.
Viele Gespräche über RWA machen die Tokenisierung so einfach klingend:
„Nimm ein reales Asset → bringe es auf die Blockchain → fertig.“
Aber Finanz-Assets funktionieren nicht auf diese Weise.
Stell dir vor, du tokenisierst eine Anleihe.
Dann musst du immer noch beantworten:
Wer kann sie kaufen? Wer kann sie halten? Wer kann sie übertragen? Welche Informationen müssen privat bleiben? Wie erfolgt die Bezahlung im Abgleich mit dem Asset? Was passiert, wenn das Asset betreut oder berichtet werden muss?
An dieser Stelle wird die Infrastruktur spannender als der Token selbst.
Dusk ist für diese vollständigen, regulierten-Asset-Workflows ausgelegt und kombiniert Zugriffskontrollen, Privatsphäre mit selektiver Offenlegung, die Ausführung von Smart Contracts und deterministische Abwicklung.
Dusk Trade wird außerdem als Anwendungsschicht für tokenisierte Finanz-Assets entwickelt und deckt Workflows wie das Onboarding von Investoren, Asset-Discovery, Kaufen, Verkaufen, Zahlungskoordination und Settlement ab.
Vielleicht ist also die größere Frage nicht:
„Können wir dieses Asset tokenisieren?“
Sondern:
„Können wir tatsächlich den finanziellen Lebenszyklus on-chain abbilden?“
Das ist der Teil, den ich beobachte.
Was denkst du, ist der schwierigste Teil, RWAs on-chain zu bringen?
WARUM IST ABWICKLUNG IN DER FINANZBRANCHE SO WICHTIG?
Gestern haben wir gefragt, was für On-Chain-Finanzmärkte am wichtigsten ist.
Heute sprechen wir über einen der weniger spektakulären – aber äußerst wichtigen – Bausteine: die Abwicklung.
Stellen Sie sich vor, Sie kaufen eine tokenisierte Anleihe.
Der Handel findet statt, aber wann ist die Transaktion tatsächlich endgültig?
In traditionellen Märkten kann die Abwicklung mehrere Systeme, Vermittler und Schritte zur Abstimmung beinhalten.
Bei On-Chain-Märkten ist das Ziel ein anderes: Der Asset- und Zahlungsablauf soll in der Lage sein, einen klaren, vorhersehbaren Endzustand zu erreichen.
Genau hier kommt die Abwicklungsebene von Dusk ins Spiel.
DuskDS stellt Konsens, Datenverfügbarkeit und die Abwicklungsgrundlage der Dusk L1 bereit. Dusk beschreibt sein Konsensdesign so, dass es deterministische Finalität bietet, was bedeutet: Sobald ein Block finalisiert ist, wird sein Zustand im normalen Betrieb nicht mehr neu organisiert.
Das ist für Finanzanwendungen entscheidend, weil „die Transaktion ist erfolgt“ und „die Transaktion ist final“ nicht unbedingt dasselbe sind.
Bei tokenisierten Vermögenswerten kann eine vorhersehbare Finalität Abläufe wie Handel und Lieferung-gegen-Zahlung erleichtern, indem sie sich besser koordinieren lassen.
Also hier meine Frage:
Würden Sie beim Aufbau der künftigen Finanzmärkte eher eine schnellere Abwicklung, stärkeren Datenschutz oder eine einfachere Compliance priorisieren?
Das Tokenisieren eines Vermögenswerts ist nur ein Teil der Gleichung.
Wenn Finanzmärkte auf die Blockchain gehen, was würde VOR allem sonst am meisten zählen, bevor du der Infrastruktur tatsächlich vertraust?
Dusk baut rund um mehrere dieser Anforderungen auf, darunter Datenschutz, Zugriffskontrollen, deterministisches Settlement und EVM-kompatible Entwicklung.
WAS WENN EIN SMART CONTRACT NICHT ALLES OFFENLEGEN MUSS, WAS ER VERARBEITET?
Die meisten Menschen denken bei Smart Contracts standardmäßig an Transparenz.
Diese Transparenz ist nützlich.
Aber stell dir vor, du würdest mit Finanzmärkten zu tun haben.
Ein Handel, die Übertragung von Vermögenswerten oder ein Compliance-Prozess kann Informationen beinhalten, die nicht für alle auf einem öffentlichen Netzwerk freigegeben werden sollten.
Damit stellt sich die spannende Frage:
Kann die Blockchain-Logik überprüfbar bleiben, ohne dass sensible Finanzinformationen vollständig öffentlich werden?
An dieser Stelle werden vertrauliche Smart Contracts interessant.
Dusk enthält den Confidential Security Contract Standard (XSC), einen Standard für vertrauliche Smart Contracts, der an Geschäftsanforderungen wie Datenschutzvorgaben und Compliance-Regeln angepasst werden kann.
Dusk unterstützt außerdem Zero-Knowledge-Technologie sowie datenschutzbewusste Ausführung auf seiner L1. Das Ziel ist nicht einfach, alles unsichtbar zu machen.
Es geht darum, Finanzanwendungen mehr Kontrolle darüber zu geben, welche Informationen offengelegt werden, während die zugrunde liegenden Regeln weiterhin durchgesetzt werden können.
Das ist eine ganz andere Idee als:
„Macht alles öffentlich.“
Und auch anders als:
„Versteckt alles.“
Die größere Idee ist programmierbares Finanzwesen, bei dem Datenschutz und Compliance gemeinsam existieren können.
Würdest du einem finanziellen Smart Contract mehr vertrauen, wenn du verifizieren könntest, dass seine Regeln befolgt wurden, ohne jedes einzelne Stück sensibler Daten zu sehen?
Was ich an der Blockchain-Finanzwelt interessant finde, ist: Privatsphäre und Transparenz müssen sich nicht zwangsläufig ausschließen.
Stell dir vor, du investierst in ein reguliertes Asset.
Möglicherweise musst du nachweisen, dass du berechtigt bist, es zu halten, aber das bedeutet nicht, dass jeder im Netzwerk deine Identität, dein Portfolio oder deine Transaktionshistorie sehen muss.
Genau hier wird die selektive Offenlegung spannend.
Anstatt alles öffentlich zu machen oder alles vollständig zu verbergen, geht es darum, die richtigen Informationen der richtigen Partei dann offenzulegen, wenn es tatsächlich erforderlich ist.
Dusk baut um dieses Konzept herum.
Die Architektur unterstützt sowohl öffentliche Transaktionsabläufe als auch geschützte Übertragungen, während die selektive Offenlegung autorisierten Parteien ermöglichen kann, bei Bedarf bestimmte Informationen zu verifizieren. Dusk beschreibt dies in der Dokumentation als Privatsphäre, wo sie benötigt wird, Transparenz, wo sie nützlich ist, und kontrollierte Offenlegung, wenn sie erforderlich ist.
Für regulierte Finanzmärkte könnte diese Unterscheidung sehr wichtig sein.
Privatsphäre bedeutet nicht unbedingt, sich vor allen zu verstecken.
Manchmal geht es darum, Kontrolle darüber zu haben, wer sehen darf, was.
Würdest du lieber haben:
A) Alles öffentlich B) Alles privat C) Privatsphäre mit selektiver Offenlegung
EIN TOKEN IST LEICHT. DEN AUFBAU EINES ECHTEN FINANZIELLEN VERMÖGENSWERTS AUF DER BLOCKKETTE ZU REALISIEREN IST DER SCHWERE TEIL.
Es ist leicht, sich bei der Tokenisierung zu denken:
„Leg einfach den Vermögenswert auf eine Blockchain.“
Aber was passiert, nachdem der Token erstellt wurde?
Ein echter finanzieller Vermögenswert muss möglicherweise Regeln enthalten für:
• Wer ist berechtigt, ihn zu kaufen? • Wer darf ihn halten oder übertragen? • Welche Informationen sollten sichtbar sein? • Welche Angaben müssen gegenüber Regulierungsbehörden offengelegt werden? • Wie werden Transaktionen abgewickelt? • Was passiert, wenn der Vermögenswert Unternehmensmaßnahmen oder andere Ereignisse seines Lebenszyklus hat?
Dort wird es erst richtig spannend.
Dusk baut Infrastruktur für regulierte digitale Vermögenswerte, bei der diese Anforderungen Teil des On-Chain-Workflows werden können – statt vollständig über voneinander getrennte Systeme gehandhabt zu werden.
Seine Architektur vereint Zugriffskontrollen, Privatsphäre mit selektiver Offenlegung und deterministische Abwicklung für Finanz-Workflows. 1
Vielleicht lautet die größere Frage also nicht:
„Können wir einen Vermögenswert tokenisieren?“
Sondern:
„Können wir den gesamten Lebenszyklus dieses Vermögenswerts On-Chain zum Laufen bringen?“
Genau das beobachte ich an der Tokenisierung am genauesten.
Was würdest du zuerst tokenisieren: Aktien, Anleihen, Fonds oder etwas anderes?