Ich habe mir DuskEVM weniger wie „eine weitere EVM-Kette“ angeschaut, sondern eher wie ein Tor zu Dusk.
Die naheliegende Story ist einfach:
Dusk ist datenschutzorientiert.
DuskEVM führt EVM-Verträge aus.
Ethereum-Entwickler bekommen vertraute Tools.
Fertig.
Aber das ist nicht wirklich das Spannende.
Dusk hat seine native Umgebung nicht einfach ersetzt, nur um die EVM-Adoption zu jagen.
DuskEVM sitzt neben der eigenen Ausführungsschicht von Dusk.
Du kannst Solidity, Hardhat, Foundry verwenden – den üblichen EVM-Workflow.
Oder du gehst näher an die Hardware mit DuskVM, wo Rust/WASM-Verträge direkt mit den nativen Fähigkeiten von Dusk arbeiten können.
Also leben im Grunde zwei „Persönlichkeiten“ im selben Ökosystem.
Die vertraute.
Und die, die speziell für Dusk gebaut wurde.
Dann gibt es den Teil, den viele übersehen:
DuskEVM tut nicht so, als wäre es die Settlement-Schicht.
DuskDS sitzt darunter und kümmert sich um die Basis-Layer-Seite, während DuskEVM Entwicklern die Ausführungsumgebung bietet, die sie bereits kennen.
Sogar wenn DUSK zwischen diesen beiden Umgebungen wechselt, wird diese Trennung sichtbar. Es gibt einen tatsächlichen Bridge-Flow zwischen EVM und L1.
Und ehrlich gesagt, gefällt mir das.
Datenschutz ist hier außerdem nuancierter als der übliche Slogan.
Dusk hat transparente Moonlight-Transaktionen und geschützte Phoenix-Transaktionen.
Manchmal willst du Privatsphäre.
Manchmal musst du Offenlegung.
Manchmal musst du etwas beweisen, ohne alles offenzulegen.
Das ist ein viel praktisches Problem für Finanzen.
Daher sehe ich DuskEVM nicht wirklich als „Dusk wird Ethereum-kompatibel“.
Ich sehe es so:
Bring deinen Solidity-Stack.
Und schau, was passiert, wenn er auf eine Settlement-Schicht trifft, die mit Vertraulichkeit im Hinterkopf entworfen wurde.
Dieses Experiment ist spannender als noch eine Kette mit einem EVM-Logo.
#dusk $DUSK @Dusk
Die naheliegende Story ist einfach:
Dusk ist datenschutzorientiert.
DuskEVM führt EVM-Verträge aus.
Ethereum-Entwickler bekommen vertraute Tools.
Fertig.
Aber das ist nicht wirklich das Spannende.
Dusk hat seine native Umgebung nicht einfach ersetzt, nur um die EVM-Adoption zu jagen.
DuskEVM sitzt neben der eigenen Ausführungsschicht von Dusk.
Du kannst Solidity, Hardhat, Foundry verwenden – den üblichen EVM-Workflow.
Oder du gehst näher an die Hardware mit DuskVM, wo Rust/WASM-Verträge direkt mit den nativen Fähigkeiten von Dusk arbeiten können.
Also leben im Grunde zwei „Persönlichkeiten“ im selben Ökosystem.
Die vertraute.
Und die, die speziell für Dusk gebaut wurde.
Dann gibt es den Teil, den viele übersehen:
DuskEVM tut nicht so, als wäre es die Settlement-Schicht.
DuskDS sitzt darunter und kümmert sich um die Basis-Layer-Seite, während DuskEVM Entwicklern die Ausführungsumgebung bietet, die sie bereits kennen.
Sogar wenn DUSK zwischen diesen beiden Umgebungen wechselt, wird diese Trennung sichtbar. Es gibt einen tatsächlichen Bridge-Flow zwischen EVM und L1.
Und ehrlich gesagt, gefällt mir das.
Datenschutz ist hier außerdem nuancierter als der übliche Slogan.
Dusk hat transparente Moonlight-Transaktionen und geschützte Phoenix-Transaktionen.
Manchmal willst du Privatsphäre.
Manchmal musst du Offenlegung.
Manchmal musst du etwas beweisen, ohne alles offenzulegen.
Das ist ein viel praktisches Problem für Finanzen.
Daher sehe ich DuskEVM nicht wirklich als „Dusk wird Ethereum-kompatibel“.
Ich sehe es so:
Bring deinen Solidity-Stack.
Und schau, was passiert, wenn er auf eine Settlement-Schicht trifft, die mit Vertraulichkeit im Hinterkopf entworfen wurde.
Dieses Experiment ist spannender als noch eine Kette mit einem EVM-Logo.
#dusk $DUSK @Dusk