#dusk $DUSK @Dusk
DuskVM: Warum Rust/WASM wichtig ist.
Warum würde eine Blockchain Rust und WebAssembly wählen, statt sich einfach auf die EVM zu verlassen?
DuskVM spiegelt eine bewusste Entscheidung wider, Entwicklern einen nativen Ausführungspfad direkt auf dem Dusk L1 zu geben.
DuskVM-Verträge werden in Rust geschrieben, zu WebAssembly (WASM) kompiliert und direkt auf dem L1 ausgeführt. Dadurch erhalten Verträge Zugriff auf Dusks eigenes Ausführungsmodell Transaktionsmodell- Protokoll-Contracts und L1-Primitiven, statt zwischen Anwendung und dem Basisnetz eine weitere Kompatibilitätsschicht einzuziehen.
Das rustbasierte Modell prägt zudem, wie Entwickler bauen. DuskVM-Verträge sind keine Standard-Rust-Bibliotheken; sie werden für wasm32-unknown mit dem Dusk-Forge-Framework kompiliert, wobei die erforderlichen Exporte generiert werden. Der Vertragszustand kann zwischen erfolgreichen Aufrufen bestehen bleiben, während fehlgeschlagene Aufrufe ihre Zustandsänderungen nicht übernehmen.
WASM ist besonders relevant, weil derselbe Rust-Quellcode sowohl das On-Chain-Vertrags-Artifact als auch ein Off-Chain-Daten-Treiber-Artifact erzeugt, das von Wallets, Explorern und SDKs genutzt wird.
Dusk-Dokumentation positioniert diese Umgebung für Logik auf Protokollebene, Dusk-nativen Transaktionsmodellen, Datenschutz- und Zero-Knowledge-Fähigkeiten sowie für Anwendungen, die direkten Zugriff auf L1-Funktionen benötigen.
Für @Dusk ist Rust/WASM daher nicht nur eine Entwicklerpräferenz. Es ist Teil der Strategie des Netzwerks, Anwendungen tieferen Zugang zur nativen Blockchain-Funktionalität zu ermöglichen.
Könnte die native Ausführung zunehmend wichtiger werden, wenn Anwendungen eine tiefere Integration mit dem Kernprotokoll einer Blockchain verlangen?
DuskVM: Warum Rust/WASM wichtig ist.
Warum würde eine Blockchain Rust und WebAssembly wählen, statt sich einfach auf die EVM zu verlassen?
DuskVM spiegelt eine bewusste Entscheidung wider, Entwicklern einen nativen Ausführungspfad direkt auf dem Dusk L1 zu geben.
DuskVM-Verträge werden in Rust geschrieben, zu WebAssembly (WASM) kompiliert und direkt auf dem L1 ausgeführt. Dadurch erhalten Verträge Zugriff auf Dusks eigenes Ausführungsmodell Transaktionsmodell- Protokoll-Contracts und L1-Primitiven, statt zwischen Anwendung und dem Basisnetz eine weitere Kompatibilitätsschicht einzuziehen.
Das rustbasierte Modell prägt zudem, wie Entwickler bauen. DuskVM-Verträge sind keine Standard-Rust-Bibliotheken; sie werden für wasm32-unknown mit dem Dusk-Forge-Framework kompiliert, wobei die erforderlichen Exporte generiert werden. Der Vertragszustand kann zwischen erfolgreichen Aufrufen bestehen bleiben, während fehlgeschlagene Aufrufe ihre Zustandsänderungen nicht übernehmen.
WASM ist besonders relevant, weil derselbe Rust-Quellcode sowohl das On-Chain-Vertrags-Artifact als auch ein Off-Chain-Daten-Treiber-Artifact erzeugt, das von Wallets, Explorern und SDKs genutzt wird.
Dusk-Dokumentation positioniert diese Umgebung für Logik auf Protokollebene, Dusk-nativen Transaktionsmodellen, Datenschutz- und Zero-Knowledge-Fähigkeiten sowie für Anwendungen, die direkten Zugriff auf L1-Funktionen benötigen.
Für @Dusk ist Rust/WASM daher nicht nur eine Entwicklerpräferenz. Es ist Teil der Strategie des Netzwerks, Anwendungen tieferen Zugang zur nativen Blockchain-Funktionalität zu ermöglichen.
Könnte die native Ausführung zunehmend wichtiger werden, wenn Anwendungen eine tiefere Integration mit dem Kernprotokoll einer Blockchain verlangen?
