@Dusk_Foundation Ich bin die eigene Architekturankündigung von Dusk vom Juni 2025 erneut durchgegangen, und die Einordnung hat sich seit Dusk’s früherer Positionierung verändert.
Drei Ebenen, laut der aktuellen Dokumentation von Dusk: DuskDS als Basis, Konsens, Settlement, Datenverfügbarkeit, native Transaktionsmodelle. DuskEVM darüber, basierend auf OP Stack, vollständige Solidity-Kompatibilität. DuskVM daneben, Rust/WASM-Verträge, die direkt auf L1 laufen – für datenschutz-native Anwendungsfälle. #dusk
Was sich von der ursprünglichen Evolutions-Ankündigung von 2025 bis heute geändert hat: DuskVM wurde zu diesem Zeitpunkt als „kommend“ beschrieben. Die aktuellen Dokumente beschreiben es als Live-Infrastruktur, nicht als Roadmap-Element. Separat beschreiben die eigenen Updates von Dusk für 2026, dass NPEX’s regulierte Securities-dApp aktiv auf DuskEVM ausgerollt wird – ich möchte präzise sein, dass dies als laufendes Rollout beschrieben wird, nicht als etwas, das ich als abgeschlossenen, vollständig betriebsbereiten Launch bestätigen kann. $DUSK
Ein Detail verbindet alle drei Ebenen ganz konkret miteinander – unabhängig vom Status dieses Rollouts: Ein einzelnes DUSK-Token treibt jede Ebene an, und eine validatorbetriebene native Bridge bewegt den Wert zwischen ihnen, ohne Wrapped Assets oder Custodians.
Das ist weiterhin ein sich entwickelndes System, kein abgeschlossenes. DuskEVMs eigene Dokumente bestätigen, dass es derzeit nur sequencer-basiert läuft – noch ohne öffentlichen Mempool. – Eine spezifische, datierte Einschränkung, die unter dem liegt, was gerade oben darauf aktiv ausgerollt wird.
Wenn jemand verfolgt hat, wie NPEX’s Rollout tatsächlich gegen diese Architektur in der Praxis vorankommt, würde ich gern Eindrücke vergleichen mit dem, was ich hier gefunden habe.
#dusk $DUSK @Dusk
Drei Ebenen, laut der aktuellen Dokumentation von Dusk: DuskDS als Basis, Konsens, Settlement, Datenverfügbarkeit, native Transaktionsmodelle. DuskEVM darüber, basierend auf OP Stack, vollständige Solidity-Kompatibilität. DuskVM daneben, Rust/WASM-Verträge, die direkt auf L1 laufen – für datenschutz-native Anwendungsfälle. #dusk
Was sich von der ursprünglichen Evolutions-Ankündigung von 2025 bis heute geändert hat: DuskVM wurde zu diesem Zeitpunkt als „kommend“ beschrieben. Die aktuellen Dokumente beschreiben es als Live-Infrastruktur, nicht als Roadmap-Element. Separat beschreiben die eigenen Updates von Dusk für 2026, dass NPEX’s regulierte Securities-dApp aktiv auf DuskEVM ausgerollt wird – ich möchte präzise sein, dass dies als laufendes Rollout beschrieben wird, nicht als etwas, das ich als abgeschlossenen, vollständig betriebsbereiten Launch bestätigen kann. $DUSK
Ein Detail verbindet alle drei Ebenen ganz konkret miteinander – unabhängig vom Status dieses Rollouts: Ein einzelnes DUSK-Token treibt jede Ebene an, und eine validatorbetriebene native Bridge bewegt den Wert zwischen ihnen, ohne Wrapped Assets oder Custodians.
Das ist weiterhin ein sich entwickelndes System, kein abgeschlossenes. DuskEVMs eigene Dokumente bestätigen, dass es derzeit nur sequencer-basiert läuft – noch ohne öffentlichen Mempool. – Eine spezifische, datierte Einschränkung, die unter dem liegt, was gerade oben darauf aktiv ausgerollt wird.
Wenn jemand verfolgt hat, wie NPEX’s Rollout tatsächlich gegen diese Architektur in der Praxis vorankommt, würde ich gern Eindrücke vergleichen mit dem, was ich hier gefunden habe.
#dusk $DUSK @Dusk