#dusk $DUSK @Dusk

Ich habe wieder etwas über Dusk’s virtuelle Maschine gelesen, und ehrlich gesagt dachte ich zuerst, die VM wäre einfach nur ein weiterer Ort, an dem Smart Contracts laufen.

Dann habe ich genauer darauf geschaut, wie Dusk die VM mit Kryptographie verbindet.

DuskVM führt Rust/WASM-Contracts direkt auf dem Dusk L1 aus. Contracts nutzen einen 64-KB-Argumentpuffer, während die Host-Seite systemnahe Operationen übernimmt.

Was mich besonders aufgefallen ist, sind die Host-Funktionen.

Anstatt dass jeder Contract schwere kryptografische Operationen selbst implementieren muss, kann Dusk diese Fähigkeiten über die Host-Umgebung bereitstellen. Beispielsweise nutzt seine Host-Funktion „hash“ Blake2b und wandelt das Ergebnis in einen BLS12-381-Scalar um.

Und das geht noch weiter.

Dusk unterstützt kryptografische Primitive wie BLS12-381, JubJub, Schnorr, Poseidon und PLONK, die wichtig sind für Signaturen, Hashing und Zero-Knowledge-Anwendungen.

Außerdem ist mir aufgefallen, dass Dusk zusätzlichen Host-Support für die Verifikation von Groth16- und PLONK-Beweisen hinzugefügt hat. Das macht die VM weniger wie eine einfache Ausführungsmaschine und mehr wie eine Brücke zwischen Smart Contracts und spezialisierter Kryptographie.

Das ist der Teil, den ich besonders genau beobachte.

Wenn regulierte Assets gleichzeitig Privatsphäre + Verifikation benötigen, könnte dieses VM-/Host-Funktionsdesign zu einem der größten Vorteile von Dusk werden?

Ist das die eigentliche Innovation der VM selbst – oder was die VM nativ dazu bringen kann, kryptografische Aufgaben zu übernehmen?