#dusk $DUSK @Dusk Ich habe eine Designentscheidung in DUSK entdeckt, die anfangs widersprüchlich wirkte.

Wenn DUSK eine eigene Ausführungsumgebung hat, warum baut man dann überhaupt eine EVM-basierte Route?

Denk an einen spezialisierten Flughafen.

Man kann ein völlig neues Flugzeug von Grund auf neu entwickeln.

Aber wenn man möchte, dass Tausende bestehender Piloten deinen Flughafen nutzen, macht es die Einführung viel einfacher, ihnen eine vertraute Start- und Landebahn zu geben.

Das hat DuskEVM für mich interessant gemacht.

DUSK hat bereits DuskVM für Verträge, die direkten Zugriff auf das L1 benötigen.

Doch DuskEVM gibt Entwicklern die vertraute Ethereum-Umgebung — Solidity, Vyper, Standard-EVM-Tools und Wallets — während im Hintergrund DuskDS für Abrechnung und Datenverfügbarkeit genutzt wird.

Dann ist mir Hedger aufgefallen.

Es ist die Weiterentwicklung von Zedger, aber auf DuskEVM aufgebaut — im Grunde genommen bringt es den Fokus von DUSK auf regulierte Assets in eine EVM-zuerst-Umgebung.

Das sagt mir etwas über die Strategie von DUSK.

Es scheint nicht zu bedeuten:

„Vergiss Ethereum. Lerne unseren Stack.“

Es ist eher:

„Bewahre die vertraute Entwickler-Tür, verbinde sie aber mit Infrastruktur, die für regulierte Finanzen entwickelt wurde.“

Und das ist wichtig, weil technische Überlegenheit wenig zählt, wenn Entwickler die Tools, die sie bereits kennen, aufgeben müssen, bevor sie sie nutzen können.

Also ist die interessante Frage nicht:

„Unterstützt DUSK EVM?

Es ist:

„Kann Finanzinfrastruktur spezialisiert bleiben, ohne das Entwickler-Ökosystem dazu zu zwingen, bei Null anzufangen?“

Das werde ich mit Hedger im Blick behalten.

#dusk $DUSK @Dusk