Ich beobachte, wie der DuskEVM-Launch aus der Entwickler-Perspektive abläuft, und das Interessante ist nicht, dass Solidity jetzt auf Dusk funktioniert.
Es ist, wie schnell das die Hürden senkt.
Ein Solidity-Entwickler kann vertraute Tools wie Hardhat in den Prozess einbringen, statt eine komplett andere Entwicklungs-Workflow-Praxis von Grund auf zu lernen. Das ist wichtig. Aber es wirft auch eine schwierigere Frage für Dusk auf.
Wenn die Hürde bei den Tools lag, sollten wir sehen, dass Experimente schneller vorankommen.
Wenn die Hürde darin bestand, etwas zu finden, das es wert ist, gebaut zu werden, wird besserer Entwicklerzugang nicht viel lösen.
Das ist die Kennzahl, die ich mir jetzt anschauen würde.
Nicht die Anzahl der in den ersten Tagen bereitgestellten Smart Contracts. Nicht, wie viele Entwickler ihre Wallets verbinden. Ich würde nach Anwendungen suchen, die auch nach der anfänglichen Testphase weiter genutzt werden.
Schon 10–20 wirklich aktive Anwendungen würden mir mehr sagen als Hunderte kurzlebige Deployments.
Außerdem gibt es hier eine kleine Frustration. EVM-Kompatibilität macht den Einstieg leichter, aber sie kann Dusk auch so wirken lassen, als wäre es nur ein weiterer Ort, um Solidity-Code bereitzustellen.
Der schwierigere Teil ist, Entwickler dazu zu bringen, das zu nutzen, was Dusk speziell anbietet.
Daher bin ich weniger daran interessiert, „DuskEVM ist live“ als Meilenstein zu sehen.
Ich interessiere mich mehr dafür, was Entwickler bauen, wenn der Neuigkeitswert abnimmt, denn dort sollte das echte Signal beginnen.
#dusk $DUSK @Dusk