Je m’attendais à ce que DuskEVM exige un tout autre workflow de développement…
Puis j’ai regardé les outils. 👍
Solidity reste familier.
Hardhat.
Foundry.
ethers.
La pile de développement EVM habituelle s’applique toujours.
Cela a attiré mon attention, car passer à une nouvelle blockchain signifie souvent devoir apprendre un nouvel environnement avant même de construire quelque chose d’utile.
DuskEVM prend une autre voie. Il fournit un environnement d’exécution équivalent à l’EVM sur @Dusk tandis que DuskDS gère l’exécution des règlements et la disponibilité des données en dessous…
Ainsi, le développeur n’a pas besoin de jeter le workflow EVM pour construire sur le réseau ; le gaz payé dans $DUSK se fait de la même manière que fonctionne ETH sur Ethereum.
Pour moi, cela change la question de l’adoption.
Le problème n’est plus seulement de savoir si Dusk a les fonctionnalités dont les développeurs ont besoin…
Il s’agit aussi de la quantité de connaissances et d’infrastructures EVM existantes que les développeurs peuvent conserver.
Il y a encore quelque chose que je veux tester.
La compatibilité dans la documentation, c’est une chose.
Déployer une vraie application, déboguer des contrats, connecter des portefeuilles et maintenir l’application, c’en est une autre.

C’est là que je pense que DuskEVM prouvera si cette approche fonctionne aussi facilement que le suggère l’architecture. #dusk