#dusk $DUSK J’ai parcouru, en suivant la documentation de développement de Dusk, tout le processus, de la mise en place de l’environnement jusqu’au déploiement d’un contrat simple. Conclusion : il y a un certain écart entre la « couverture » et la « disponibilité » de la documentation.
Dusk EVM est compatible avec Solidity : en théorie, les développeurs Ethereum peuvent migrer sans friction. Mais en appliquant la doc, le premier obstacle que j’ai rencontré, c’est l’environnement de test local : la stabilité des points de terminaison RPC du réseau de test Dusk EVM est plutôt moyenne, avec parfois des timeouts ; le robinet répond parfois et il faut attendre quelques heures pour obtenir des tokens de test. Ce n’est pas rédhibitoire pour des développeurs habitués à Ethereum, mais ça décourage ceux qui se contentent de « tester ».
Le deuxième obstacle, ce sont les notions propres à Dusk et leur correspondance avec celles d’Ethereum. Les développeurs Ethereum sont habitués à un modèle de comptes, à l’estimation du Gas et au cycle de vie des transactions : sur Dusk, il faut tout réapprendre. Par exemple, le processus de sortie entre L1 et EVM en nécessite trois étapes ; à chaque étape, les états et les conditions d’attente diffèrent de ceux d’Ethereum L2. La documentation le décrit bien, mais elle manque d’un guide de dépannage : si une étape reste bloquée, le développeur n’a d’autre choix que d’aller fouiller le code source ou de demander sur Discord.
Le troisième obstacle, c’est la maturité de la chaîne d’outils. Le support des explorateurs de blocs côté EVM est encore en amélioration, et certaines fonctions de vérification de contrats ne sont pas disponibles ; la stabilité des API d’écoute d’événements et de recherche de journaux est moins bonne que sur des chaînes plus matures. Ces lacunes d’infrastructure signifient que, lors du débogage, les développeurs doivent passer plus de temps à écarter les problèmes liés aux outils plutôt qu’à se concentrer sur la logique métier.
Je ne dis pas que l’expérience de développement sur Dusk est mauvaise : pour une chaîne encore en itération rapide, tout cela correspond à une phase normale. Mais le problème, c’est que la croissance de l’écosystème dépend de l’arrivée des développeurs, et le choix d’une chaîne par les développeurs ne dépend souvent pas du livre blanc : il dépend surtout de la durée nécessaire pour exécuter pour la première fois une démo. Si la mise en place de l’environnement prend un après-midi entier, beaucoup de gens fermeront simplement la fenêtre. @Dusk
Donc, quand je regarde les progrès de l’écosystème de Dusk, je ne regarde pas les murs de logos des partenaires : je regarde plutôt la fréquence de mise à jour de la documentation pour développeurs, la vitesse de réponse aux questions techniques sur Discord, et l’existence d’outils et de tutoriels tiers, portés par des « incitations non officielles ». L’écosystème réel des développeurs, c’est quelque chose qui se construit à partir des expériences de terrain, pas avec des posts techniques empilés.