#dusk $DUSK @Dusk
Ein Teil der Architektur von Dusk, der sich für mich besonders lohnt, genauer anzusehen, ist seine Ethereum-kompatible Ausführungsebene.
DuskEVM ist darauf ausgelegt, Entwicklern zu ermöglichen, Solidity- und Vyper-Anwendungen mithilfe vertrauter EVM-Tools bereitzustellen – einschließlich Tools wie Foundry, Hardhat viem und ethers.
Spannend ist dabei, wie das in die übergeordnete Architektur von Dusk eingebettet ist.
Dusk trennt Ausführung von Abrechnung. DuskEVM übernimmt die EVM-kompatible Anwendungs-Ausführung, während DuskDS die zugrunde liegende Konsens-, Finalitäts- und Datenverfügbarkeits-Ebene bereitstellt.
Das bedeutet, dass Entwickler nicht zwangsläufig eine vollständig andere Smart-Contract-Umgebung erlernen müssen, um auf Dusk aufzubauen. Sie können ein vertrautes EVM-Entwicklungsmodell verwenden und Anwendungen gleichzeitig an die Abrechnungsinfrastruktur von Dusk anbinden.
Dusk hat außerdem DuskVM, das mit Rust/WASM-Verträgen einen anderen Ansatz verfolgt, die direkt auf dem Dusk L1 ausgeführt werden.
Die größere Idee ist also nicht nur: „Dusk unterstützt EVM.“
Sondern: Dusk stellt Entwicklern zwei Ausführungspfade zur Verfügung – je nachdem, ob Kompatibilität oder direkte L1-Funktionalität wichtiger ist.
$RE
$LAB
Ein Teil der Architektur von Dusk, der sich für mich besonders lohnt, genauer anzusehen, ist seine Ethereum-kompatible Ausführungsebene.
DuskEVM ist darauf ausgelegt, Entwicklern zu ermöglichen, Solidity- und Vyper-Anwendungen mithilfe vertrauter EVM-Tools bereitzustellen – einschließlich Tools wie Foundry, Hardhat viem und ethers.
Spannend ist dabei, wie das in die übergeordnete Architektur von Dusk eingebettet ist.
Dusk trennt Ausführung von Abrechnung. DuskEVM übernimmt die EVM-kompatible Anwendungs-Ausführung, während DuskDS die zugrunde liegende Konsens-, Finalitäts- und Datenverfügbarkeits-Ebene bereitstellt.
Das bedeutet, dass Entwickler nicht zwangsläufig eine vollständig andere Smart-Contract-Umgebung erlernen müssen, um auf Dusk aufzubauen. Sie können ein vertrautes EVM-Entwicklungsmodell verwenden und Anwendungen gleichzeitig an die Abrechnungsinfrastruktur von Dusk anbinden.
Dusk hat außerdem DuskVM, das mit Rust/WASM-Verträgen einen anderen Ansatz verfolgt, die direkt auf dem Dusk L1 ausgeführt werden.
Die größere Idee ist also nicht nur: „Dusk unterstützt EVM.“
Sondern: Dusk stellt Entwicklern zwei Ausführungspfade zur Verfügung – je nachdem, ob Kompatibilität oder direkte L1-Funktionalität wichtiger ist.
$RE
$LAB