Ich bin beim Split „DuskVM vs. DuskEVM“ kurz stehen geblieben, weil er auf dem Papier einfacher wirkt, sich aber anders anfühlt, sobald man zurückverfolgt, was wirklich wo läuft.

Während der Aufgabe habe ich die Dusk-Chain geprüft und Block #4,178,605 gesehen, bei dem das Netzwerk weiterhin Blöcke um die 10-Sekunden-Marke produziert, während in 24 Stunden nur 236 Transaktionen erfasst wurden. Dieser Kontrast ist mir im Kopf geblieben.

@Dusk behandelt DuskVM und DuskEVM nicht wirklich als zwei Versionen derselben Sache. DuskVM ist native Rust/WASM-Ausführung direkt auf der L1, während DuskEVM als EVM-Ausführungsumgebung dasteht, die über DuskDS verankert ist.

Der praktische Unterschied ist das, was mich aufgehalten hat. DuskVM gibt dir die tiefere Anbindung an native L1-Primitiven, während DuskEVM Entwicklern den vertrauten Solidity-EVM-Weg bietet.

Zunächst dachte ich, dass die EVM-Schicht ganz natürlich zum offensichtlichen Aktivitätszentrum werden würde, aber die aktuellen Kettenzahlen haben mich etwas langsamer machen lassen. Ein ausgelasteter Blockproduzent bedeutet nicht automatisch, dass auch die Anwendungsnutzung stark ausgelastet ist.

Ich frage mich immer noch, ob DuskEVM irgendwann dort ankommt, wo die meisten Anwendungsaktivitäten tatsächlich „landen“, oder ob die native VM die wichtigeren Workloads näher an der Basisschicht hält…

@Dusk $DUSK #dusk