At first glance, it looks like an altcoin breakout. But after checking the market, the reasons behind these pumps are very different.
PROM appears to be experiencing strong momentum and speculative demand, with recent data showing no single confirmed major catalyst behind the move.
SKR has a stronger fundamental narrative. Solana Mobile recently continued its Seeker ecosystem activity, including SKR claim rounds, new ecosystem developments and security initiatives.
CYS has been extremely volatile following recent exchange-listing attention, including the Upbit listing catalyst earlier this month.
Meanwhile, tokens like 4 and BROCCOLIF3B are much more speculative and can move aggressively because of lower liquidity and momentum-driven trading.
⚠️ What should traders do now?
The biggest mistake is buying simply because a token is already showing +30% to +50%.
Instead:
• Don't FOMO into vertical candles • Wait for consolidation or a retest • Check whether volume supports the breakout • Watch open interest and funding rates • Use strict risk management if trading futures • Take partial profits instead of expecting every pump to continue
A green leaderboard does not automatically mean a safe buying opportunity.
Some of these moves may continue, especially when there is real spot demand and cross-market confirmation. But others could simply be short squeezes or low-liquidity momentum spikes.
My approach: I would rather miss the first pump than become exit liquidity at the top.
Polymarket und der neue Informationsmarkt: Wenn Prognosen zu finanziellen Signalen werden
Seit Jahren verlassen sich Menschen auf Umfragen, Analysten und Experten, um zu verstehen, was als Nächstes passieren könnte. Vorhersagemärkte verfolgen einen anderen Ansatz: Anstatt Menschen nur zu fragen, was sie für das, was passieren wird, halten, erlauben sie den Teilnehmenden, ihr Geld hinter ihre Erwartungen zu setzen. Deshalb gewinnen Plattformen wie Polymarket zunehmend an Aufmerksamkeit. Polymarket beschreibt sich als Vorhersagemarkt, auf dem Nutzer auf die Ergebnisse realer Ereignisse über Kategorien hinweg handeln, darunter Politik, Sport, Krypto, Technologie und die Wirtschaft. Marktpreise lassen sich als implizite Wahrscheinlichkeiten interpretieren und ermöglichen so einen sich ständig verändernden Blick auf die gemeinsamen Erwartungen.
Crypto Market Pulls Back After Strong August Rally: What Is Driving the Volatility?
The crypto market is ending August with another reminder that strong rallies rarely move in a straight line. Bitcoin recently climbed above $80,000, supported by a weaker U.S. dollar, renewed institutional interest and improving sentiment across the broader digital asset market. However, the momentum cooled quickly, with Bitcoin falling back below $78,000 as investors reacted to renewed concerns about tighter monetary conditions in the United States. Ethereum also experienced a similar pattern. After participating in the broader market recovery, ETH faced selling pressure as the rally slowed. The recent movement shows that macroeconomic expectations are still playing an important role in crypto prices. One important factor behind the earlier recovery was institutional demand. U.S. spot Bitcoin ETFs recorded several days of positive inflows during the recent rally, highlighting that institutional participation remains an important source of market liquidity. ETF flows have increasingly become a closely watched indicator because they can reflect whether larger investors are adding exposure or reducing risk. But the latest correction also highlights a bigger reality: crypto remains highly sensitive to macroeconomic signals. When expectations shift toward tighter financial conditions or higher interest rates, risk assets often come under pressure. That does not automatically change Bitcoin's long-term narrative, but it can create sharp short-term volatility. The current market structure therefore looks more complicated than a simple bullish or bearish story. Bitcoin showed enough strength to reclaim the $80,000 area earlier this week, yet the failure to hold that level demonstrates that sellers are still active. For traders, the coming days may be less about predicting a straight-line move and more about watching whether demand returns after this correction. ETF flows, U.S. monetary policy expectations and Bitcoin's ability to stabilize after the recent pullback could all influence market sentiment. The biggest lesson from August is simple: crypto has regained attention, but volatility has returned with it. A strong rally can improve confidence quickly, yet macroeconomic uncertainty can reverse sentiment just as fast. For now, the market appears to be searching for its next direction rather than confirming a completely clear trend.#bitcoin $BTC
Eine finanzielle Blockchain muss nicht jedes Stück Information auf die gleiche Weise behandeln.
Das ist der Teil des Privacy-Modells von Dusk, zu dem ich immer wieder zurückkomme.
Denken Sie an ein reguliertes Asset. Es kann Informationen geben, die der Markt einsehen können sollte. Gleichzeitig müssen manche Details vertraulich bleiben. Und in einer anderen Situation muss eine autorisierte Einrichtung möglicherweise auf bestimmte Informationen für einen definierten Zweck zugreifen.
Dunks Ansatz ist auf diese unterschiedlichen Anforderungen zugeschnitten, statt eine einzige Sichtbarkeitseinstellung für alles durchzusetzen. In seiner Dokumentation wird Datenschutz mit selektiver Offenlegung neben öffentlichen und transparenten Abläufen beschrieben.
Für mich macht das das Wort „programmierbar“ so wichtig.
Die Idee besteht nicht nur darin, dass Transaktionen privat sind. Sondern dass der finanzielle Workflow bestimmen kann, was sichtbar sein soll, was vertraulich bleiben muss und wann bestimmte Informationen einer autorisierten Partei zur Verfügung stehen sollen.
Dann gibt es noch die Abwicklung.
Dusk beschreibt deterministische Abwicklung als zentrale Anforderung für die Marktinfrastruktur, wobei DuskDS deterministische Endgültigkeit für finanzielle Workflows bereitstellt.
So sehe ich vier Bausteine, die zusammenwirken:
Datenschutz dort, wo er benötigt wird.
Transparenz dort, wo sie nützlich ist.
Selektive Offenlegung, wenn eine autorisierte Prüfung sie erfordert.
Deterministische Abwicklung, wenn die Transaktion ein vorhersehbares finales Ergebnis braucht.
Diese Kombination macht Dusk’ Ansatz für regulierte Märkte für mich so folgenswert. Es geht weniger darum, zwischen einer vollständig öffentlichen oder einer vollständig privaten Blockchain zu wählen, sondern mehr darum, finanziellen Workflows unterschiedliche Möglichkeiten zu geben, wie Informationen gehandhabt werden.
Danke @Binance Square Official ! Ich freue mich sehr, meinen Namen unter den #TradebStocks Kampagnengewinnern zu sehen. Ich schätze die Gelegenheit und die Unterstützung durch die Binance-Community. Ich freue mich auf die Swag-Aktion zum 9. Jubiläum! 🎉🏆
Binance Square Official
·
--
Herzlichen Glückwunsch zu unseren Gewinnern der #TradebStocks-Kampagne! Jeder Gewinner erhält ein Set an Binance-Souvenirs zum 9. Jubiläum! Bitte prüfe die Benachrichtigung deines Feed-Secretarys und übermittle die Lieferadresse innerhalb von 7 Tagen nach Erhalt der Benachrichtigung. Vielen Dank!
🏆 Gewinner: @Waseem Ahmad mir @CryptoYash @Hua BNB @Draven Kai @William_George @LearnToEarn @Casper Sheraz @Mastering Crypto @X mucaN @Leo_Carter @LinhInsights @AmnaJen @三月 - M A R C H @Masao Fast News @GOLF123 @Thilina_Mihisara @Aquarius52 @yosreia @Blockchain_sch @Crypto_GR
Eines, an das ich immer wieder denke, bei finanziellen Blockchains ist: Nicht jedes Stück Information muss dieselbe Sichtbarkeit haben.
Denken Sie an ein reguliertes Asset.
Es kann Informationen geben, die für den Markt sichtbar sein sollten. Es kann auch Informationen geben, die vertraulich bleiben müssen. Dann kann es Situationen geben, in denen eine berechtigte Partei aus einem bestimmten Grund spezifische Informationen sehen muss.
Der Ansatz von Dusk nennt das programmierbaren Datenschutz.
Die Idee ist ziemlich unkompliziert: Datenschutz dort einsetzen, wo er gebraucht wird, Transparenz dort beibehalten, wo sie nützlich ist, und gezielte Offenlegung ermöglichen, wenn eine autorisierte Partei bestimmte Informationen benötigt. In der Dokumentation von Dusk werden diese als Teil des Protokollansatzes für regulierte Workflows beschrieben.
Ich mag diese Betrachtungsweise von Datenschutz, weil es keine Alles-oder-Nichts-Entscheidung ist.
Ein Marktteilnehmer muss nicht zwangsläufig jedes finanzielle Detail allen offenlegen. Aber das bedeutet auch nicht, dass eine autorisierte Prüfung unmöglich werden sollte.
Dann gibt es noch die Settlement-Seite.
Dusk beschreibt deterministisches Settlement als eine weitere zentrale Anforderung für regulierte Finanz-Workflows. Das Ziel ist eine vorhersehbare Endgültigkeit, statt den Ausgang des Settlements ungewiss zu lassen.
So fügen sich die vier Ideen zusammen:
Datenschutz, wenn Informationen nicht öffentlich sein sollten.
Transparenz, wenn Sichtbarkeit nützlich ist.
Gezielte Offenlegung, wenn eine spezifische Prüfung erforderlich ist.
Deterministisches Settlement, wenn die Transaktion ein klares finales Ergebnis braucht.
Das ist ein viel konkreteres Angebot, als Dusk einfach als Privacy-Blockchain zu bezeichnen.
Ein reguliertes Asset hört nicht auf, reguliert zu sein, nur weil es sich auf der On-Chain-Welt bewegt.
Das klingt offensichtlich, ist aber ein wichtiger Punkt, wenn man sich Dusk anschaut.
Wenn ein Finanz-Asset auf die Blockchain geht, müssen es immer noch Regeln geben, wer darauf zugreifen darf, welche Übertragungen zulässig sind, welche Informationen verfügbar sein müssen und wie die Transaktion letztlich abgewickelt wird.
Hier ergibt Dusk’ Idee von programmierbarer Privatsphäre für mich Sinn.
Das Ziel ist nicht, den gesamten Markt unsichtbar zu machen. Dusks Ansatz basiert darauf, Privatsphäre dort einzusetzen, wo sie benötigt wird, und Transparenz bereitzustellen, wenn sie nützlich ist. Spezifische Informationen können außerdem an autorisierte Parteien offengelegt werden, wenn ein Arbeitsablauf das erfordert.
Ich finde, diese Unterscheidung ist wichtig.
Ein Investor möchte möglicherweise nicht jede Einzelheit seiner finanziellen Aktivitäten öffentlich machen. Eine autorisierte Partei benötigt aber möglicherweise weiterhin Belege für eine bestimmte Prüfung. Diese Anforderungen schließen sich nicht zwangsläufig gegenseitig aus.
Dann gibt es noch die Abwicklung.
Dusk beschreibt deterministische Abwicklung als einen Kernbestandteil seiner Infrastruktur für regulierte Märkte. Die Idee besteht darin, Finanz-Workflows vorhersehbare Endgültigkeit zu geben, statt die Abwicklung als etwas zu behandeln, das vom Rest des Prozesses getrennt ist.
Die vier Dinge, die ich aus Dusk mitnehme, sind also ziemlich unkompliziert:
Privatsphäre dort, wo sie nötig ist.
Transparenz dort, wo sie nützlich ist.
Gezielte Offenlegung, wenn eine autorisierte Prüfung sie erfordert.
Deterministische Abwicklung für die finale Transaktion.
Für regulierte Finanzen ist diese Kombination für mich interessanter als nur Dusk eine Privacy-Blockchain zu nennen.
Was ist für regulierte Assets am wichtigsten, wenn sie Onchain übertragen werden?
Privatsphäre in Finanzmärkten geht nicht darum, alles zu verbergen. Es geht darum zu wissen, was tatsächlich sichtbar sein muss.
Das ist der Teil von Dusks Ansatz, der für mich Sinn ergibt.
Einige Informationen können öffentlich sein, wenn Transparenz nützlich ist. Andere Informationen müssen möglicherweise privat bleiben, weil Finanzpositionen und Transaktionen nicht unbedingt etwas sind, das jeder sehen sollte.
Dann gibt es die selektive Offenlegung.
Wenn eine befugte Stelle bestimmte Informationen prüfen muss, besteht die Idee darin, diesen Zugriff bereitzustellen, ohne das gesamte System in ein offenes Buch zu verwandeln. Bei regulierten Märkten ist diese Unterscheidung entscheidend.
Ich denke, hier wird Dusks Idee von programmierbarer Privatsphäre interessanter als nur zu sagen „private blockchain“.
Das Ziel ist es, je nach Situation unterschiedliche Sichtbarkeitsstufen zu haben:
Privatsphäre dort, wo sie sinnvoll ist.
Transparenz dort, wo sie nützlich ist.
Offenlegung, wenn eine autorisierte Prüfung sie erfordert.
Und deterministischer Abgleich, damit der finanzielle Arbeitsablauf ein klares Ergebnis hat.
Diese vier Bausteine sind es, zu denen ich immer wieder zurückkehre, wenn ich über Dusk lese.
Ein regulierter Finanzmarkt hat andere Anforderungen als ein normales öffentliches Transaktionssystem. Alles sichtbar zu machen ist nicht immer praktikabel, aber auch alles zu verbergen ist nicht die Lösung.
Die spannende Herausforderung besteht darin, einen Weg zu finden, beides zu ermöglichen.
Genau dieses Problem versucht Dusk mit programmierbarer Privatsphäre für regulierte Märkte anzugehen.
Finanzmärkte brauchen Privatsphäre, aber sie brauchen auch eine Möglichkeit zu überprüfen, was passiert ist.
Genau dieses Gleichgewicht hat meine Aufmerksamkeit bei Dusk geweckt.
Die Idee ist nicht, alles privat zu machen und dann einfach fertig zu sein. Der Ansatz von Dusk ist flexibler.
Einige Informationen können öffentlich bleiben, wenn Transparenz sinnvoll ist. Andere Informationen können vertraulich bleiben, wenn ihre Offenlegung Probleme für einen Investor, eine Institution oder einen Marktteilnehmer verursachen würde. Wenn dann eine autorisierte Partei bestimmte Informationen benötigt, kann die selektive Offenlegung diese Informationen bereitstellen, ohne die gesamte Transaktionshistorie öffentlich zu machen.
Ich denke, das ergibt für regulierte Finanzen viel mehr Sinn, als Privatsphäre und Transparenz als zwei völlig getrennte Entscheidungen zu betrachten.
Auch die technische Seite ist interessant. Dusk verfügt sowohl über öffentliche als auch über abgeschirmte Transaktionsmodelle. Moonlight wird für transparente Kontoabläufe verwendet, während Phoenix abgeschirmte Überweisungen mit Zero-Knowledge-Beweisen unterstützt. Nutzer können außerdem Informationen selektiv offenlegen, wenn dies für Regulierung oder Auditing erforderlich ist.
Dann gibt es noch die Abwicklung.
DuskDS bietet die Abwicklungs- und Datenverfügbarkeits-Ebene mit deterministischer Endgültigkeit, die für finanzielle Workflows entwickelt wurde. Das bedeutet: Die Privatsphäre-Seite wird nicht separat von der Abwicklungsseite aufgebaut. Sie gehören zur gleichen Infrastruktur.
Das ist wahrscheinlich der Teil von Dusk, der mich am meisten interessiert.
Für regulierte Märkte besteht das Ziel nicht einfach darin, „alles privat zu machen“. Es geht darum, entscheiden zu können, was sichtbar sein soll, was vertraulich bleiben soll, wer zusätzliche Informationen erhalten darf und wie die finale Transaktion abgewickelt wird. #dusk $DUSK @Dusk
Ich denke, „tokenisiert“ und „nativen“ sind zwei Begriffe, die viel zu leicht miteinander vermischt werden.
Ich habe Dusk’ Material zur nativen Ausgabe gelesen, und der Unterschied ist tatsächlich ziemlich einfach.
Bei der Tokenisierung repräsentiert ein Token einen Vermögenswert oder einen Anspruch auf einen Vermögenswert. Der ursprüngliche Vermögenswert und Teile seines Lebenszyklus können weiterhin von Systemen außerhalb der Blockchain abhängen.
Die native Ausgabe verfolgt einen anderen Ansatz. Der Vermögenswert selbst wird onchain erstellt und verwaltet, sodass Dinge wie Emission, Übertragungen, Betreuung und Abwicklung so gestaltet werden können, dass sie sich am Ledger orientieren – statt die Blockchain nur als weitere Aufzeichnung eines Vermögenswerts zu behandeln, der irgendwo anders lebt.
Das wird besonders interessant bei regulierten Wertpapieren.
Ein finanzieller Vermögenswert braucht immer noch Regeln dafür, wer darauf zugreifen darf, wer ihn übertragen kann, welche Informationen offengelegt werden können und wie die Abwicklung funktioniert. Die Dusk-Dokumentation beschreibt speziell Eignung, kontrollierte Übertragungen, selektive Offenlegung und Abwicklung als Bestandteile des Workflows für regulierte Assets.
Aber hier gibt es eine wichtige Einzelheit: Das Platzieren eines regulierten Wertpapiers onchain beseitigt nicht den Bedarf an der richtigen rechtlichen und institutionellen Einrichtung. Emittent, Handelsplatz und Produkt brauchen weiterhin die erforderliche Genehmigung für die Aktivitäten, die sie durchführen.
Für mich ist also nicht einfach der interessante Teil an Dusk „RWAs auf einer Blockchain“.
Es ist die Idee, einen größeren Teil des Lebenszyklus des Vermögenswerts um die Blockchain herum zu gestalten – und dabei dennoch die Anforderungen regulierter Märkte zu berücksichtigen.
Diese Unterscheidung zwischen dem Repräsentieren eines bestehenden Vermögenswerts und dem Aufbauen des Asset-Workflows nativ um das Ledger herum ist das, was ich besser verstehen wollte.
Was für eine wunderschöne Überraschung! 🥳 Ich freue mich sehr, dass ich das Binance-Geschenkset zum 9. Jubiläum über die Kampagne #TradebStocks gewonnen habe. 🎁
Ich habe mitgemacht, um meine bStocks-Erfahrung mit der Community zu teilen, und es ist einfach toll zu sehen, dass sich diese Mühe gelohnt hat.
Adresse erfolgreich übermittelt. Jetzt warte ich darauf, dass das Geschenkset ankommt! 📦
Großen Dank an @Binance Square Official sowie an alle Binancians und Glückwunsch an alle anderen Gewinner. 💛
Teile #TradebStocks & gewinne unser exklusives Binance 9YA Swag Set
Poste auf Binance Square mit #TradebStocks , teile deine bStock-Handelserfahrung oder dein Tutorial und gewinne ein exklusives Binance 9. Jubiläums-Swag-Set. Aktivitätszeitraum: 2026-06-11 14:00 (UTC) - 2026-06-17 23:59 (UTC) Belohnungen: Teile bStock-Tutorials und persönliche Erfahrungen aus deiner ersten Handelsrunde. Teile mit Neulingen oder der Community. Die besten Inhalte werden nach Originalität, persönlichem Touch, Engagement-Rate und Kommentarqualität bewertet: 🥇 10 Gewinner, um Inhalte auf Englisch zu teilen 🥇 10 Gewinner, um Inhalte auf Chinesisch (einschließlich vereinfachtem und traditionellem Chinesisch) zu teilen
MMFs, ETFs, Anleihen und andere RWAs funktionieren nicht alle auf die gleiche Weise. Genau das macht es spannend, sie auf die Blockchain zu bringen.
Ich habe Dusk Trade genauer unter die Lupe genommen, weil die Idee nicht einfach darin besteht, nur eine Art von Finanzanlage auf eine Blockchain zu setzen.
Dusk beschreibt Dusk Trade als die Anwendungsschicht für tokenisierte Finanzanlagen. Der Workflow umfasst unter anderem Investor-Onboarding, Eignungsprüfungen, Wallet-Verbindung, Kaufen oder Verkaufen, Zahlungskoordination und Abwicklung.
Das ist wichtig, weil eine Finanzanlage nicht einfach nur ein Token ist, der in einer Wallet liegt.
Es kann Regeln geben, wer auf sie zugreifen darf, wie sie übertragen werden kann, welche Informationen verfügbar sein müssen und wie die Zahlungs- und die Vermögensseite einer Transaktion abgewickelt werden.
Ducks umfassende Infrastruktur wird um genau solche Anforderungen an regulierte Märkte herum aufgebaut. Seine aktuellen Materialien beschreiben Privatsphäre mit selektiver Offenlegung, Zugriffskontrollen und deterministische Abwicklung als Teil der Infrastruktur für regulierte digitale Assets.
Die Beispiele für MMF, ETF und Anleihe haben meine Aufmerksamkeit geweckt, weil sie die Bandbreite der Assets zeigen, auf die Dusk abzielt, statt „RWA“ als eine einzige Kategorie zu behandeln.
Ich glaube nicht, dass die spannende Frage nur die ist, ob diese Assets überhaupt auf der Blockchain abgebildet werden können.
Die schwierigere Frage ist, ob auch der zugrunde liegende Marktprozess dort funktionieren kann.
Genau da wird Dusk Trade für mich interessant: nicht nur das Asset selbst, sondern der Workflow rund um Eigentum, Berechtigung, Handel und Abwicklung.
Ich denke, was die meisten an der Tokenisierung übersehen, ist alles, was danach kommt – also nachdem der Token erstellt wurde.
Ich habe etwas über Dusk Trade gelesen, und genau das ist mir dabei aufgefallen.
Dusk Trade ist nicht die Basis-Blockchain. Es ist die Anwendungsschicht für tokenisierte Finanzwerte auf Dusk. Die Doku beschreibt es anhand realer Markt-Workflows: einen Vermögenswert finden, Investoren onboarden, eine Wallet verbinden, die Berechtigung prüfen, kaufen oder verkaufen, die Zahlungs- und die Asset-Seite koordinieren und schließlich die Transaktion abwickeln.
Das ergibt für mich mehr Sinn, als nur zu sagen: „Finanzwerte onchain stellen“.
Bei regulierten Vermögenswerten ist der Token selbst nur ein Teil des Prozesses. Es gibt Fragen dazu, wer darauf zugreifen kann, wer ihn halten oder übertragen darf, welche Informationen privat bleiben müssen und wie die Zahlung und die Abwicklung der Assets gemeinsam stattfinden. Dusk beschreibt seine Markt-Infrastruktur genau um diese Anforderungen herum.
Dusk Trade baut auf dieser Infrastruktur auf. Darunter stellt Dusk verschiedene Bausteine für unterschiedliche Aufgaben bereit, darunter DuskDS für Settlement und Data Availability, DuskEVM für EVM-Anwendungen, DuskVM für Rust/WASM-Verträge und Citadel für Identität und selektive Offenlegung.
Genau das interessiert mich.
Tokenisierung bekommt die Schlagzeile, aber der eigentliche Markt-Workflow ist der Bereich, in dem es kompliziert wird. Dusk scheint bei seinem Design sehr viel Aufwand in genau diesen Teil zu stecken.
Ich habe mir heute DuskEVM angesehen, und ein Punkt wurde für mich klarer als die übliche Beschreibung „EVM-kompatibel“.
Dusk hat die Ausführung von der Abwicklung getrennt.
DuskEVM ist die EVM-Ausführungsschicht, in der Entwickler Solidity und vertraute EVM-Tools verwenden können. DuskDS sitzt darunter als Abwicklungs- und Data-Availability-Schicht. Die beiden übernehmen also nicht dieselbe Aufgabe.
Dann gibt es noch Hedger.
Laut der Dusk-Dokumentation läuft Hedger auf DuskEVM und ist für EVM-first-Anwendungen ausgelegt, die vertrauliche Abläufe brauchen. Dusk beschreibt seinen Ansatz rund um Datenschutz, selektive Offenlegung und verifizierbare Ausführung – statt einfach alles öffentlich zu machen oder alles privat zu halten.
Diese Unterscheidung ist wichtig für Finanzanwendungen.
Eine Transaktion kann Informationen betreffen, die nicht unbedingt für alle sichtbar sein sollten, während das System dennoch Regeln braucht, wer bestimmte Informationen sehen darf.
Das ist der Teil von Dusk, dem ich folgen möchte. Das Projekt behandelt Privatsphäre nicht als einziges Ziel. Seine Architektur versucht, Entwicklern unterschiedliche Werkzeuge zu geben – je nachdem, was eine Anwendung tatsächlich benötigt: DuskEVM für die EVM-Entwicklung, DuskVM für die direkte L1-Ausführung und DuskDS für Abwicklung und Data Availability.
Mich interessiert eher, wie Entwickler diese Bausteine nutzen, als eine weitere generische Beschreibung „Privacy-Blockchain“ zu wiederholen. #dusk $DUSK @Dusk
Einen Vermögenswert auf einer Blockchain zu platzieren und einen Vermögenswert auf einer Blockchain auszugeben, sind nicht notwendigerweise dasselbe.
Das fand ich interessant an Dusk's Ansatz für tokenisierte Finanzwerte.
Tokenisierung kann bedeuten, eine On-Chain-Darstellung eines Vermögenswerts zu erstellen, der bereits woanders existiert. Die Blockchain-Darstellung kann dann in einer On-Chain-Umgebung genutzt werden, aber der zugrunde liegende Vermögenswert und Teile seines Lebenszyklus können weiterhin von Infrastruktur außerhalb der Kette abhängen.
Die native Ausgabe geht einen anderen Weg.
Anstatt nur einen bestehenden Vermögenswert On-Chain abzubilden, kann ein größerer Teil des Lebenszyklus des Vermögenswerts von Anfang an so gestaltet werden, dass er auf der Kette funktioniert. Dazu kann gehören, wie der Vermögenswert ausgegeben, gehalten, übertragen und schließlich abgewickelt wird – je nach dem konkreten Produkt und der regulatorischen Ausgestaltung.
Bei regulierten Wertpapieren ist diese Unterscheidung entscheidend.
Dusk beschreibt seine Infrastruktur als in der Lage, native Ausgabe-Workflows für regulierte Wertpapiere zu unterstützen, wenn die relevanten Institutionen und Handelsplätze über die erforderliche Autorisierung und Produktausgestaltung verfügen. Das ist also keine Behauptung, dass jeder reale Vermögenswert einfach nativ auf Dusk ausgegeben werden kann.
Was ich interessant finde, ist die Richtung der Architektur.
Anstatt Blockchain als eine separate Schicht zu behandeln, die nur eine digitale Hülle um traditionelle Vermögenswerte erzeugt, stellt native Ausgabe eine größere Frage: Wie viel vom tatsächlichen Lebenszyklus des Finanzvermögenswerts kann on-chain abgewickelt werden?
Das könnte Auswirkungen darauf haben, wie Eigentum, Übertragungen und Abwicklung strukturiert sind.
Für mich ist die wichtige Erkenntnis ganz einfach: Tokenisierung ist nicht automatisch dasselbe wie native Ausgabe. Wenn man diesen Unterschied versteht, wird die breitere RWA-Diskussion viel sinnvoller. #dusk $DUSK @Dusk
Finanzielle Privatsphäre ist nicht wirklich hilfreich, wenn die Personen, die eine Transaktion verifizieren müssen, ihren Job nicht erledigen können.
Das ist der Teil von Dukes Ansatz, den ich interessant finde.
Bei regulierten Finanzmärkten kann es Informationen, die die Teilnehmer möglicherweise nicht jedem zeigen möchten, offenlegen, wenn alles vollständig öffentlich ist. Aber der andere Extremfall – also eine komplett versteckte Aktivität – schafft ein anderes Problem, wenn berechtigte Parteien sie überprüfen müssen.
Dusk geht das mit programmierbarer Privatsphäre an.
Die Idee ist, sensible Transaktionsinformationen vertraulich zu halten und gleichzeitig eine selektive Offenlegung zu ermöglichen, wenn eine autorisierte Prüfung erforderlich ist. In dem Material, das ich über Hedger auf DuskEVM gelesen habe, nutzen vertrauliche Transaktionen eine Kombination aus homomorpher Verschlüsselung und Zero-Knowledge-Proofs.
Diese Kombination ist entscheidend, weil Privatsphäre nicht als bloßes „alles verstecken“ behandelt wird.
Hedger ist für vertrauliches Eigentum, Übertragungen, Beträge und Salden ausgelegt und behält dabei die Nachvollziehbarkeit (Auditability). Ziel ist es, regulierten Finanzanwendungen eine Möglichkeit zu geben, sensible Informationen zu schützen, ohne die Fähigkeit zu entfernen, die Aktivität zu verifizieren, wenn diese Verifizierung erforderlich ist.
Ich denke, das ist eine viel praktischere Sicht auf Blockchain-Privatsphäre.
Ein Finanzinstitut muss nicht unbedingt jedes Transaktionsdetail für das gesamte Netzwerk sichtbar haben. Gleichzeitig kann es nicht einfach in einer Umgebung agieren, in der eine legitime Prüfung unmöglich wird.
Dafür ist selektive Offenlegung wichtig.
Dusk baut um diesen Mittelweg herum: Privatsphäre, wenn sie gebraucht wird, Transparenz, wenn sie nützlich ist, und kontrollierte Prüfung, wenn sie erforderlich ist.
Bei reguliertem On-Chain-Finanzwesen könnte diese Unterscheidung genauso wichtig sein wie die zugrunde liegende Blockchain-Technologie.
Was mich an Dusk und NPEX besonders aufgefallen ist, war nicht das Wort „Blockchain“. Es war die Art des Marktes, den sie auf die Kette bringen wollten.
NPEX ist eine Wertpapierbörse in den Niederlanden, die als Multilaterales Handelssystem (MTF) lizenziert ist. Die Ankündigung von 2024 beschrieb, dass Dusk und NPEX gemeinsam an einer Infrastruktur arbeiten, um regulierte Finanzinstrumente auszugeben, zu handeln und zu tokenisieren.
Das ist ein anderer Ausgangspunkt, als einfach nur einen weiteren Token zu erstellen und nach einem Ort zu suchen, an dem man ihn verwenden kann.
Die Idee ist, Teile der bestehenden Marktinfrastruktur für das Finanzwesen in eine Blockchain-Umgebung zu übertragen – und gleichzeitig den regulatorischen Rahmen rund um die Assets und den Handelsplatz beizubehalten.
Die Ankündigung deutet auf mehrere potenzielle Vorteile von On-Chain-Finanzierung hin: schnellere Abwicklung, Automatisierung bestimmter Prozesse, Interoperabilität zwischen Finanzorganisationen und leichterer Zugang zu Liquidität.
Aber das, was ich am spannendsten fand, war der zugrunde liegende Ansatz.
Dusk beschreibt regulierte Assets nicht als etwas, das erst dann nützlich wird, wenn es in ein generisches DeFi-Produkt „eingewickelt“ wurde. Das Ziel ist es, Infrastruktur bereitzustellen, auf die Finanzinstitute und regulierte Handelsplätze tatsächlich aufbauen können.
Das passt genau dazu, wohin Dusk heute steuert. Das Netzwerk ist für regulierte On-Chain-Finanzierung gebaut und kombiniert programmierbaren Datenschutz, selektive Offenlegung und deterministische Abwicklung.
Und die Partnerschaft mit NPEX macht diese Idee zu einem konkreten Beispiel: Ein regulierter Finanzhandelsplatz, der Blockchain-Infrastruktur für reale Finanzinstrumente untersucht.
Für mich ist das eine weitaus spannendere RWA-Geschichte, als nur zu zählen, wie viele Assets tokenisiert werden können. Die eigentliche Frage ist, ob die Infrastruktur die Anforderungen der Finanzmärkte erfüllen kann, zu denen diese Assets bereits gehören.
Datenschutz auf einer EVM-Chain wird deutlich interessanter, wenn Compliance Teil des Problems ist.
Genau das hat meine Aufmerksamkeit auf Hedger gelenkt.
Laut der Erklärung von Dusk wurde Hedger speziell für die DuskEVM-Ausführungsebene entwickelt. Anstatt sich auf eine einzige kryptografische Technik zu verlassen, kombiniert es homomorphe Verschlüsselung mit Zero-Knowledge-Proofs.
Der Bereich der homomorphen Verschlüsselung basiert auf ElGamal in der elliptischen Kurvenkryptografie und ermöglicht Berechnungen auf verschlüsselten Werten, ohne diese Werte offenzulegen. Die Zero-Knowledge-Proofs werden anschließend verwendet, um zu beweisen, dass die Berechnungen korrekt sind, ohne die zugrunde liegenden Eingaben preiszugeben.
Was ich besonders interessant finde, ist, wohin Dusk das führt.
Das Ziel besteht nicht nur darin, Transaktionen zu verbergen. Hedger ist für finanzielle Anwendungen konzipiert, bei denen sowohl Privatsphäre als auch Nachvollziehbarkeit wichtig sind. Die Quelle beschreibt vertrauliches Eigentum, Übertragungen, Beträge und Salden – und behält gleichzeitig die Fähigkeit, Transaktionen bei Bedarf prüfen zu lassen.
Außerdem gibt es eine wichtige Abgrenzung zu Zedger. Zedger wurde für UTXO-basierte Ebenen entwickelt, während Hedger für die EVM-Umgebung gebaut ist. Das bedeutet: Entwickler, die mit dem EVM-Stack arbeiten, können sich an vertrauliche Transaktionen herantasten, ohne auf die vertrauten Ethereum-Tools zu verzichten, die DuskEVM unterstützen soll.
Der Teil, der mich am meisten interessiert, ist das Potenzial für verschleierte Orderbücher. Dusk sagt, Hedger lege dafür die Grundlage – mit dem Ziel, Handelsteilnehmer davor zu schützen, ihre Absichten oder Positionen offenzulegen.
Für regulierte Märkte ist diese Kombination aus Vertraulichkeit und Prüfbarkeit ein viel interessanteres Problem als nur alles privat zu machen.
DuskEVM ist interessant, weil es EVM-Entwickler nicht dazu zwingt, bei Null anzufangen. Wenn du bereits mit Solidity, Vyper, Foundry, Hardhat, viem oder ethers arbeitest, geht es darum, diesen vertrauten Workflow in den Dusk-Stack zu bringen. Der Teil, der mich jedoch mehr interessiert, ist das, was darunter passiert. DuskEVM ist die Ethereum-kompatible Ausführungsumgebung, während DuskDS Konsens, Settlement und Data Availability (Datenverfügbarkeit) übernimmt. DUSK wird für die Ausführung genutzt und kann über die Bridge zwischen Dusk L1 und DuskEVM wechseln. Auch der Transaktionsfluss ist erwähnenswert. Eine Transaktion erreicht zuerst den DuskEVM-Sequencer und wird dann in einen L2-Block aufgenommen. Der Batcher veröffentlicht die Transaktionsdaten an DuskDS, während State Commitments und Fault Proofs den daraus resultierenden Zustand mit dem DuskDS-Settlement verbinden. Dieser letzte Teil ist wichtig, weil Transaktionsinklusion und Settlement nicht dasselbe sind. Wenn du nur siehst, dass eine Transaktion aufgenommen wurde, heißt das nicht, dass du Finalität allein auf Basis der vergangenen Zeit annehmen solltest. Ich finde auch gut, dass Dusk nicht jede Anwendung in dieselbe Umgebung zwängt. Für Solidity-Anwendungen, EVM-Wallets und bestehende Ethereum-Tools ist DuskEVM der naheliegende Weg. Für Rust/WASM-Verträge, die direkt mit Dusk L1 zusammenarbeiten müssen, bleibt DuskVM die Option. Der interessante Punkt ist also nicht einfach „Dusk hat jetzt ein EVM“. Vielmehr gibt Dusk Entwicklerinnen und Entwicklern eine vertraute Ausführungsumgebung und hält sie gleichzeitig mit dem eigenen Settlement- und Data-Availability-Layer verbunden. @Dusk #dusk $DUSK