DUSKEVM — NICHT NUR EVM-KOMPATIBILITÄT
Ein Beitrag auf X am 11. August erwähnt DuskEVM als den Start in die nächste Phase des Dusk-Ökosystems: EVM-Anwendungen, die den Datenschutz schützen, werden auf das Testnet gebracht, während gleichzeitig die Möglichkeiten zur Entwicklung von DeFi, tokenisierten/verchlüsselten Vermögenswerten und On-Chain-Finanzen erweitert werden. Das hat mich dazu gebracht, mich genauer damit zu befassen
Am Anfang dachte ich, dass DuskEVM einfach der Weg von Dusk ist, EVM in das Ökosystem einzuführen, damit Entwickler, die mit Ethereum vertraut sind, leichter bauen können. Aber je mehr ich die Dokumentation lese, desto deutlicher wird mir, dass die Geschichte nicht nur um EVM-Kompatibilität geht
DuskEVM unterstützt Solidity, Vyper, EVM-Wallets sowie Tools wie Foundry, Hardhat, viem und ethers. Entwickler können also auf vertraute Tools zurückgreifen, statt bei Null anzufangen
Was ich besonders interessant finde, ist, wie Dusk das Execution von Konsens, Settlement und Data Availability trennt. DuskEVM übernimmt die Ausführung von Smart Contracts, während DuskDS für Konsens, Settlement und Data Availability zuständig ist
Im Transaktions-Lifecycle durchläuft die Transaction den Sequencer, wird in einen L2-Block aufgenommen und anschließend sendet der Batcher die Daten an DuskDS, bevor sie zu State Commitment, Fault Proofs und Settlement gelangen
Ein Detail, das ich besonders beachtet habe: Schnelle Transaction-Inclusion bedeutet nicht automatisch, dass das Settlement bereits abgeschlossen ist
Das ist relevant, wenn Dusk auf DeFi und Finanz-Assets abzielt. Bei solchen Anwendungen ist die Frage, ob eine Transaktion bereits im Block ist, möglicherweise nicht die entscheidende letzte Frage. Der tatsächliche Status von Settlement und Finalität ist erst wirklich wichtig
Ich sehe DuskEVM nicht mehr nur als einen EVM-Chain. Ich sehe darin den Weg von Dusk, den Bau von Anwendungen zu erweitern und gleichzeitig Execution mit einer eigenen Settlement-Schicht zu verbinden.
Das ist der Grund, warum ich weiterlesen und DuskEVM weiter erforschen möchte.
@Dusk $DUSK #dusk
Ein Beitrag auf X am 11. August erwähnt DuskEVM als den Start in die nächste Phase des Dusk-Ökosystems: EVM-Anwendungen, die den Datenschutz schützen, werden auf das Testnet gebracht, während gleichzeitig die Möglichkeiten zur Entwicklung von DeFi, tokenisierten/verchlüsselten Vermögenswerten und On-Chain-Finanzen erweitert werden. Das hat mich dazu gebracht, mich genauer damit zu befassen
Am Anfang dachte ich, dass DuskEVM einfach der Weg von Dusk ist, EVM in das Ökosystem einzuführen, damit Entwickler, die mit Ethereum vertraut sind, leichter bauen können. Aber je mehr ich die Dokumentation lese, desto deutlicher wird mir, dass die Geschichte nicht nur um EVM-Kompatibilität geht
DuskEVM unterstützt Solidity, Vyper, EVM-Wallets sowie Tools wie Foundry, Hardhat, viem und ethers. Entwickler können also auf vertraute Tools zurückgreifen, statt bei Null anzufangen
Was ich besonders interessant finde, ist, wie Dusk das Execution von Konsens, Settlement und Data Availability trennt. DuskEVM übernimmt die Ausführung von Smart Contracts, während DuskDS für Konsens, Settlement und Data Availability zuständig ist
Im Transaktions-Lifecycle durchläuft die Transaction den Sequencer, wird in einen L2-Block aufgenommen und anschließend sendet der Batcher die Daten an DuskDS, bevor sie zu State Commitment, Fault Proofs und Settlement gelangen
Ein Detail, das ich besonders beachtet habe: Schnelle Transaction-Inclusion bedeutet nicht automatisch, dass das Settlement bereits abgeschlossen ist
Das ist relevant, wenn Dusk auf DeFi und Finanz-Assets abzielt. Bei solchen Anwendungen ist die Frage, ob eine Transaktion bereits im Block ist, möglicherweise nicht die entscheidende letzte Frage. Der tatsächliche Status von Settlement und Finalität ist erst wirklich wichtig
Ich sehe DuskEVM nicht mehr nur als einen EVM-Chain. Ich sehe darin den Weg von Dusk, den Bau von Anwendungen zu erweitern und gleichzeitig Execution mit einer eigenen Settlement-Schicht zu verbinden.
Das ist der Grund, warum ich weiterlesen und DuskEVM weiter erforschen möchte.
@Dusk $DUSK #dusk