Viele schauen sich das Dusk-Ökosystem-„Roadmap“ an und halten DuskEVM Mainnet (2027) für den „Final-Attack“-Move – als würde dann die komplette On-Chain-Ökologie rüberkommen, um mit Ethereum um Marktanteile zu konkurrieren. Ich habe die zwei Ebenen Rusk/DuskVM und DuskEVM durchgearbeitet und glaube, die treffendere Formulierung ist: DuskVM (ursprünglich Piecrust VM, Rust/WASM geheime (vertrauliche) Smart Contracts) ist die eigentliche Haupttür, über die Dusk als Wertpapier-Abwicklungs-Schicht funktioniert. DuskEVM ist eine Seitentür für Teams, die kein Rust schreiben: Sie können per Hedger-Markierungen ihre Business-Contracts „in“ das Zedger-Privacy-Modell „einklinken“.

Wofür ist die Haupttür da? Die XSC-Standard-Kernkomponenten, der Phoenix-Note-Lifecycle, die Citadel ZK-KYC-Validierung, die SBA-Consensus-Schnittstelle – all das wird in DuskVM in Rust umgesetzt. Leistung und die direkte Kontrolle über PLONK-Zircuits kann Solidity nicht liefern. NPEX-Anleihe-Emissionen „native“, institutionelle Verwahr-/Custody-Subaccounts, das Management von Regulierungs-View-Keys: Diese „heavy-asset“-Logiken laufen über die Haupttür.

Wofür ist die Seitentür da? In der Realität können 90% der Web3-Entwickler nur Solidity. Für sie ist es nicht realistisch, nur um Dusk zu nutzen, Rust+WASM+ZK-Zircuits neu zu erlernen. DuskEVM nutzt einen Gleichwertigen Stack wie OP Stack, um Solidity auszuführen. Hedger entfernt zur Compile-Zeit die „gehedgten“ Variablen aus dem Zedger-Modell. Für Entwickler fühlt sich das Schreiben fast so an wie ein normales ERC-20 – nur dass das Ergebnis automatisch die Vertraulichkeit mitbringt. Vereinfacht: Dusk senkt die Eintrittshürde für eine „Privacy Securities“-Chain von der Rust-Kernel-Ebene auf die Solidity-Oberfläche.

Ich habe XSC-Dividenden im Testnet mit Solidity+Hedger in drei Tagen lauffähig gemacht. Wenn man mich zwingen würde, Rust/Piecrust zu schreiben, um Zedger-Notes zu konfigurieren, wären es mindestens drei Wochen. Genau darin liegt der Wert der Seitentür.

Aber die Seitentür ist nicht der Hauptmotor: Die endgültige State-Root von DuskEVM geht am Ende zurück zu DuskDS. Schwere Compliance-Logik (z. B. erzwungene Übertragungen, issuer force transfer) muss weiterhin über DuskVM-native Contracts laufen; die Solidity-Seitentür kann die zugrunde liegende SBA-Signatur-Abstraktion nicht anpassen.

Findet ihr, sollte die Seitentür zum Haupt-„Highlight“ gemacht werden?
@Dusk $DUSK #dusk