Je pensais qu’une couche compatible EVM consistait surtout à rendre une chaîne plus facile à utiliser pour les développeurs. Puis j’ai regardé de plus près DuskEVM et j’ai réalisé que la partie intéressante, c’est ce sur quoi elle s’appuie. Vous pouvez continuer à travailler avec des outils EVM familiers, sans devoir tout réapprendre juste pour accéder à un autre réseau.

DuskEVM offre aux développeurs un chemin Solidity/EVM vers Dusk, tandis que Hedger est conçu pour apporter des flux EVM confidentiels dans cet environnement. Il utilise le chiffrement homomorphe et des preuves à divulgation nulle de connaissance pour permettre une confidentialité qui peut néanmoins être examinée si nécessaire. Ainsi, la partie EVM n’est pas vraiment toute l’histoire… c’est la porte familière vers l’infrastructure que Dusk construit en dessous. 🤯

Cela m’a amené à réfléchir à la façon dont les développeurs choisissent généralement où construire. Des outils familiers comptent, parce que personne ne veut refaire l’intégralité de son workflow juste pour expérimenter avec une nouvelle chaîne. Mais pour les applications réglementées, l’infrastructure sous-jacente compte tout autant. Être compatible EVM est utile, mais avoir la confidentialité et la possibilité de vérification intégrées à l’environnement, c’est ce qui rend la combinaison plus intéressante.

Je reste curieux de voir ce que les gens vont réellement construire avec ça 😂, car la compatibilité seule ne garantit pas que quelqu’un l’utilisera. Mais j’aime la direction prise. DuskEVM ne semble pas demander aux développeurs de choisir entre le développement EVM familier et l’infrastructure axée sur la confidentialité de Dusk. Il cherche à les réunir, et c’est la partie que je vais suivre.

@Dusk #dusk $DUSK