DuskEVM pourrait résoudre le problème des développeurs de Dusk. Mais pas son problème d’adoption.
J’ai passé un peu de temps à examiner la voie EVM, et l’amélioration évidente, c’est la friction. Les développeurs Solidity n’ont pas besoin de réapprendre l’ensemble de la pile pour commencer à construire sur Dusk.
C’est important.
Désormais, Dusk propose 3 parcours de développement : Native, EVM et EVM confidentiel. La voie EVM offre aux développeurs un point d’entrée beaucoup plus familier, ce qui devrait rendre les expérimentations moins coûteuses et plus rapides.
Mais il y a un piège auquel je reviens sans cesse.
Réduire le coût de construction ne crée pas automatiquement une raison de rester.
Un développeur peut déployer un contrat EVM, tester le réseau, puis partir s’il n’y a pas d’activité utilisateur, de liquidité ou de demande réelle en attente de l’autre côté.
Cela rend DuskEVM intéressant pour une raison différente. J’observerais ce qui se passe après la vague initiale de développeurs, pas seulement le nombre de projets qui démarrent.
Si Dusk obtient 10 nouvelles équipes qui expérimentent mais qu’une seule continue à construire, l’amélioration des outils n’est pas vraiment l’histoire.
Le critère le plus difficile, c’est la rétention.
Parce que rendre Dusk plus facile à intégrer est un problème.
Faire en sorte que quelqu’un ait assez d’intérêt pour continuer à l’utiliser en est un autre...
#dusk $DUSK @Dusk