#dusk $DUSK @Dusk
Was passiert, wenn Sie auf Dusk aufbauen möchten, aber die Tools, die Sie bereits kennen, nicht wegwerfen wollen?

Das war das Erste, woran ich gedacht habe, als ich anfing, mir DuskEVM anzusehen.

Ich hatte die übliche Behauptung erwartet: „EVM-kompatibel“, aber die tatsächliche Einrichtung ergab mehr Sinn, nachdem ich den Transaktionsablauf verfolgt hatte. Entwickler können vertraute Solidity- oder Vyper-Workflows nutzen, Standard-EVM-Wallets und Tools wie Foundry und Hardhat, während DUSK für die Ausführungskosten verwendet wird.

Was ich jedoch spannender fand, war, wie DuskEVM zurück zur Dusk-Infrastruktur verbindet.

Transaktionen durchlaufen zuerst die DuskEVM-Ausführungsumgebung. Batches und Transaktionsdaten werden anschließend in DuskDS veröffentlicht, während Status-Commitments den resultierenden Zustand mit dem Settlement- und Data-Availability-Layer von Dusk verknüpfen.

Es gibt hier eine kleine Unterscheidung, die man leicht übersehen kann: Schnelle Transaktionsaufnahme ist nicht automatisch dasselbe wie finales Settlement.

Das hat mich dazu gebracht, DuskEVM weniger als einfach nur eine weitere EVM-Umgebung zu sehen und mehr als eine Ausführungsschicht, die mit dem zugrunde liegenden Netzwerk von Dusk verbunden ist.

Und es gibt noch eine Wahl, je nachdem, was Sie bauen. EVM-Anwendungen können DuskEVM nutzen, während Rust/WASM-Contracts direkt mit DuskVM und dem Dusk L1 arbeiten können.

Für mich ist der interessante Teil die Brücke zwischen vertrauter Entwicklung und der nativen Infrastruktur von Dusk – nicht nur die EVM-Kompatibilität selbst.
$APR
$TUT

Was ist für DuskEVM am wichtigsten?