DuskEVM könnte das Entwicklerproblem von Dusk lösen. Aber nicht sein Akzeptanzproblem.
Ich habe einige Zeit den EVM-Weg betrachtet, und die naheliegende Verbesserung ist die Reibung. Solidity-Entwickler müssen nicht den gesamten Stack neu erlernen, nur um mit dem Bauen auf Dusk zu beginnen.
Das ist wichtig.
Dusk hat jetzt 3 Entwicklungspfade: Native, EVM und Vertrauliches EVM. Der EVM-Weg bietet Entwicklern einen deutlich vertrauteren Einstieg, der Experimente günstiger und schneller machen sollte.
Aber da ist ein Haken, zu dem ich immer wieder zurückkomme.
Die Senkung der Kosten für das Bauen schafft nicht automatisch einen Grund zu bleiben.
Ein Entwickler kann einen EVM-Vertrag bereitstellen, das Netzwerk testen und wieder gehen, wenn es auf der anderen Seite keine Nutzeraktivität, keine Liquidität oder tatsächlich keine Nachfrage gibt.
Das macht DuskEVM aus einem anderen Grund interessant. Ich würde beobachten, was nach der ersten Entwicklerwelle passiert – nicht nur, wie viele Projekte starten.
Wenn Dusk 10 neue Teams zum Experimentieren bekommt, aber nur 1 weiterbaut, dann ist die Verbesserung der Tools nicht wirklich die Geschichte.
Die schwierigere Kennzahl ist die Retention.
Denn es ist das eine, Dusk leichter zu betreten.
Jemanden so genug zu interessieren, dass er es auch weiter nutzt, ist etwas anderes...
#dusk $DUSK @Dusk