J’observe le lancement de DuskEVM depuis le côté développeur, et le point intéressant n’est pas seulement que Solidity fonctionne désormais sur Dusk.
C’est la rapidité avec laquelle cela réduit la friction.
Un développeur Solidity peut intégrer des outils familiers comme Hardhat dans le processus au lieu d’apprendre, de zéro, un tout autre workflow de développement. Cela compte. Mais cela pose aussi une question plus difficile pour Dusk.
Si la barrière était principalement l’outillage, on devrait commencer à voir des expérimentations avancer plus vite.
Si la barrière était en réalité la difficulté à trouver quelque chose qui vaille la peine d’être construit, un meilleur accès pour les développeurs ne résoudra pas grand-chose.
C’est la mesure que j’ai envie de suivre maintenant.
Pas le nombre de contrats déployés au cours des premiers jours. Pas le nombre de développeurs qui connectent leurs portefeuilles. Je chercherais des applications qui continuent d’être utilisées après la phase initiale de test.
Même 10 à 20 applications réellement actives me diraient plus que des centaines de déploiements éphémères.
Il y a aussi une petite frustration. La compatibilité EVM rend l’entrée plus facile, mais elle peut aussi donner à Dusk l’impression d’être simplement un autre endroit où déployer du code Solidity.
Le point difficile, c’est d’amener les développeurs à utiliser spécifiquement ce que Dusk offre.
Du coup, je suis moins intéressé par le fait que « DuskEVM est en ligne » comme jalon.
Je m’intéresse davantage à ce que les développeurs construisent une fois que la nouveauté s’est estompée, car c’est là que le véritable signal devrait commencer à apparaître.
#dusk $DUSK @Dusk