Je me demandais ce qui rend réellement un environnement EVM utile sur un réseau comme Dusk. Il est facile de dire « compatible avec l’EVM » et de s’en tenir là, mais des outils familiers ne vont pas bien loin. La partie que je voulais comprendre, c’était ce qu’il advient du volet confidentialité dès que les développeurs commencent à construire des applications EVM “normales”.

C’est là que DuskEVM devient plus intéressant. Il offre aux développeurs un chemin familier vers Solidity et l’EVM pour accéder à Dusk, tandis que Hedger est conçu pour des flux EVM confidentiels grâce au chiffrement homomorphe et aux preuves à connaissance zéro. Ainsi, les développeurs n’ont pas à choisir entre un environnement qu’ils comprennent déjà et des fonctionnalités de confidentialité pensées pour des applications réglementées. 🤯

Cette combinaison me paraît en fait cohérente. Un développeur peut travailler avec des concepts EVM familiers, tout en laissant l’application sous-jacente gérer des informations qui ne devraient pas nécessairement être publiques. Et comme Dusk se prépare pour des marchés financiers réglementés, il y a aussi la place pour une revue autorisée plutôt que de traiter la confidentialité comme une invisibilité totale.

Je m’intéresse encore plus à ce que les gens construisent réellement avec, plutôt qu’au libellé de compatibilité lui-même 😂. Le support EVM est utile, mais le vrai test, c’est de savoir si les développeurs peuvent utiliser cette familiarité tout en profitant de l’infrastructure de confidentialité de Dusk. Si ces deux éléments fonctionnent ensemble correctement, DuskEVM commence à ressembler à bien plus qu’un simple autre environnement EVM.

@Dusk #dusk $DUSK