L’expérience de développement des développeurs DuskEVM en pratique : j’ai fait un tour et j’ai constaté que la chaîne d’outils est encore cassée
DuskEVM est en ligne sur le mainnet depuis plus de six mois. L’officiel n’a cessé de dire : « Les développeurs Solidity peuvent déployer sans couture ». J’ai décidé de la tester moi-même, afin de voir à quel point l’expérience de développement sur cette chaîne est réellement au point.
En ouvrant la documentation, la structure est plutôt complète. Mais une fois le tutoriel terminé, je commence à chercher des choses familières. Dans la liste des portefeuilles, pas de wallet plugin courant. Comment Metamask se connecte ? J’ai passé un moment à chercher : j’ai finalement trouvé une option « configurer un RPC personnalisé ». Je l’ai renseignée… mais je ne vois aucun solde de DUSK dans le portefeuille. J’ai demandé dans la communauté : quelqu’un m’a répondu « Utilisez le wallet CLI ». Je me suis tu. En 2026, sur une chaîne L1… je dois ouvrir une ligne de commande juste pour vérifier un solde. @Dusk
Ensuite, il y a l’explorateur de blocs. Pour Ethereum, il y a Etherscan : on peut presque tout vérifier, l’état de chaque transaction, les logs, les transferts de tokens. L’explorateur de Dusk permet aussi de voir quelque chose, mais beaucoup de champs affichent « en attente d’analyse ». Je veux voir la consommation de gas réelle d’une transaction Hedger : impossible. Je veux vérifier si les données de confidentialité d’appels internes de contrat ont bien été enregistrées on-chain : pareil, introuvable. Les outils disponibles pour les développeurs sont, pour l’instant, une chaîne d’outils à moitié finie. Les outils de débogage sont encore plus faibles : après un échec de contrat, pour le reproduire il faut construire manuellement une transaction et rejouer (replay), sans environnement de développement tout prêt, sans version stable de “faucet” pour le testnet, et sans simulation d’exécution en un clic.
Ce ne sont pas des « fonctionnalités plus avancées » : ce sont des prérequis minimaux pour qu’un développeur puisse travailler normalement sur une chaîne. Dusk a fourni de gros efforts sur la confidentialité et la conformité, mais, au quotidien, ce sont des problèmes d’outils côté développeur qui deviennent les plus chronophages. Un développeur de smart contracts qui arrive sur Dusk verra que la protection de la confidentialité est meilleure que sur la plupart des chaînes… mais il constatera aussi qu’une tâche simple et directe sur d’autres chaînes doit ici être décomposée en trois étapes.
Ce n’est pas un problème d’orientation technique : c’est une question de priorisation de l’expérience développeur. Le jour où je pourrai voir directement le solde de DUSK dans un portefeuille, trouver les logs complets de transaction dans l’explorateur, et reproduire le déroulement d’exécution du contrat dans les outils de débogage, je penserai alors que cette chaîne est réellement prête. D’ici là, c’est une chaîne techniquement intéressante, mais encore à polir du point de vue de l’expérience de développement.
#dusk $DUSK
DuskEVM est en ligne sur le mainnet depuis plus de six mois. L’officiel n’a cessé de dire : « Les développeurs Solidity peuvent déployer sans couture ». J’ai décidé de la tester moi-même, afin de voir à quel point l’expérience de développement sur cette chaîne est réellement au point.
En ouvrant la documentation, la structure est plutôt complète. Mais une fois le tutoriel terminé, je commence à chercher des choses familières. Dans la liste des portefeuilles, pas de wallet plugin courant. Comment Metamask se connecte ? J’ai passé un moment à chercher : j’ai finalement trouvé une option « configurer un RPC personnalisé ». Je l’ai renseignée… mais je ne vois aucun solde de DUSK dans le portefeuille. J’ai demandé dans la communauté : quelqu’un m’a répondu « Utilisez le wallet CLI ». Je me suis tu. En 2026, sur une chaîne L1… je dois ouvrir une ligne de commande juste pour vérifier un solde. @Dusk
Ensuite, il y a l’explorateur de blocs. Pour Ethereum, il y a Etherscan : on peut presque tout vérifier, l’état de chaque transaction, les logs, les transferts de tokens. L’explorateur de Dusk permet aussi de voir quelque chose, mais beaucoup de champs affichent « en attente d’analyse ». Je veux voir la consommation de gas réelle d’une transaction Hedger : impossible. Je veux vérifier si les données de confidentialité d’appels internes de contrat ont bien été enregistrées on-chain : pareil, introuvable. Les outils disponibles pour les développeurs sont, pour l’instant, une chaîne d’outils à moitié finie. Les outils de débogage sont encore plus faibles : après un échec de contrat, pour le reproduire il faut construire manuellement une transaction et rejouer (replay), sans environnement de développement tout prêt, sans version stable de “faucet” pour le testnet, et sans simulation d’exécution en un clic.
Ce ne sont pas des « fonctionnalités plus avancées » : ce sont des prérequis minimaux pour qu’un développeur puisse travailler normalement sur une chaîne. Dusk a fourni de gros efforts sur la confidentialité et la conformité, mais, au quotidien, ce sont des problèmes d’outils côté développeur qui deviennent les plus chronophages. Un développeur de smart contracts qui arrive sur Dusk verra que la protection de la confidentialité est meilleure que sur la plupart des chaînes… mais il constatera aussi qu’une tâche simple et directe sur d’autres chaînes doit ici être décomposée en trois étapes.
Ce n’est pas un problème d’orientation technique : c’est une question de priorisation de l’expérience développeur. Le jour où je pourrai voir directement le solde de DUSK dans un portefeuille, trouver les logs complets de transaction dans l’explorateur, et reproduire le déroulement d’exécution du contrat dans les outils de débogage, je penserai alors que cette chaîne est réellement prête. D’ici là, c’est une chaîne techniquement intéressante, mais encore à polir du point de vue de l’expérience de développement.
#dusk $DUSK
