Beim zweiten Durchlauf des DuskEVM-Write-ups habe ich etwas gelesen, das sich erst irgendwann endgültig bei mir festgesetzt hat.#dusk

Ich hatte DuskEVM in meinem Kopf als Dusk, aber EVM-kompatibel eingeordnet – im Grunde eine weitere EVM-Kette. Der Detailpunkt, den ich übersehen hatte, ist, wie viel unter dieser „Kompatibilität“ steckt. Die OP-Stack-Bausteine oben drauf, aufgetropfen mit geth und der Rest sehen bewusst vertraut aus, damit Builder nicht alles neu lernen müssen. Aber die darunterliegende Settlement-Schicht ist Dusk und nicht Ethereum L1, und Dusk hat ein anderes Finality-Modell und andere Account-Semantiken. Der Adapter, der die beiden verbindet, ist nicht einfach nur ein Proxy: Er indexiert den Dusk-Status und stellt ihn als Ethereum-ähnliche Antworten erneut bereit. Sogar die Einheiten unterscheiden sich – DUSK nutzt LUX auf L1, während Ethereum-Tooling WEI erwartet, also muss die Wertbewegung sorgfältig konvertiert werden.
@Dusk
Also ist „EVM-kompatibel“ in Wirklichkeit in dem einen Satz eine Menge stiller Arbeit.

Ich sage nicht, dass die Vertrautheit vorgespielt ist – die Tools sind wirklich genau die Tools, die Builder kennen. Aber das ist eine Übersetzungsschicht, nicht die gleiche Maschine. Darunter steckt eine andere Realität, und das ist leicht zu übersehen, wenn man nur die Überschrift liest.

Wo ich hängenbleibe, ist: Entfernt sich die ethereumförmige Sicht jemals so weit von der nativen Dusk-Realität, dass ein Builder das wirklich bemerken muss.

$DUSK $AKE $EDEN