Pour de nombreux développeurs, la partie la plus difficile lorsqu’il s’agit de construire sur une nouvelle chaîne n’est pas de trouver une idée. C’est de reconstruire tout l’ensemble d’outils autour de cette idée.
C’est ce qui rend intéressante la voie développeur en cours de construction par @Dusk .
DuskEVM est conçu pour permettre aux développeurs de travailler avec des langages et des outils familiers tels que Solidity, Vyper, Foundry, Hardhat, viem et ethers. Les développeurs peuvent créer des applications EVM sans abandonner le flux de travail qu’ils comprennent déjà.
La partie la plus importante, cependant, se situe sous cet environnement d’exécution familier.
DuskEVM utilise $DUSK pour le gas, tandis que les lots de transactions et les engagements d’état se connectent à DuskDS pour le consensus, le règlement déterministe et la disponibilité des données. DuskVM offre un autre parcours aux développeurs qui construisent plus près de la couche L1 en utilisant Rust et WebAssembly.
Cela crée un choix architectural utile. Une équipe peut commencer avec un développement EVM familier ou travailler directement avec l’environnement natif de Dusk, tandis que le règlement reste connecté au même réseau sous-jacent.
DuskEVM est actuellement en testnet, donc il s’agit encore d’une histoire de développeur en cours. Mais la direction mérite d’être suivie : réduire le coût d’apprentissage d’un nouvel environnement sans traiter la couche de règlement comme une simple réflexion après coup.
Pour moi, cela fait que Dusk concerne moins le fait de demander aux développeurs de repartir de zéro, et davantage le fait de donner à des outils familiers une base différente.
#dusk
C’est ce qui rend intéressante la voie développeur en cours de construction par @Dusk .
DuskEVM est conçu pour permettre aux développeurs de travailler avec des langages et des outils familiers tels que Solidity, Vyper, Foundry, Hardhat, viem et ethers. Les développeurs peuvent créer des applications EVM sans abandonner le flux de travail qu’ils comprennent déjà.
La partie la plus importante, cependant, se situe sous cet environnement d’exécution familier.
DuskEVM utilise $DUSK pour le gas, tandis que les lots de transactions et les engagements d’état se connectent à DuskDS pour le consensus, le règlement déterministe et la disponibilité des données. DuskVM offre un autre parcours aux développeurs qui construisent plus près de la couche L1 en utilisant Rust et WebAssembly.
Cela crée un choix architectural utile. Une équipe peut commencer avec un développement EVM familier ou travailler directement avec l’environnement natif de Dusk, tandis que le règlement reste connecté au même réseau sous-jacent.
DuskEVM est actuellement en testnet, donc il s’agit encore d’une histoire de développeur en cours. Mais la direction mérite d’être suivie : réduire le coût d’apprentissage d’un nouvel environnement sans traiter la couche de règlement comme une simple réflexion après coup.
Pour moi, cela fait que Dusk concerne moins le fait de demander aux développeurs de repartir de zéro, et davantage le fait de donner à des outils familiers une base différente.
#dusk