La plupart des solutions « confidentialité » que j’ai vues ne font qu’en choisir une — soit un véritable zéro-connaissance et vous perdez la compatibilité EVM, soit une compatibilité EVM totale et vous perdez une vraie confidentialité. En me penchant sur le module Hedger de Dusk, c’est la première fois que je vois un projet essayer d’obtenir les deux à la fois au lieu de choisir son camp.
Voici le mécanisme, et il est vraiment inhabituel : Hedger ne se repose pas uniquement sur des preuves à zéro-connaissance comme la plupart des systèmes de confidentialité DeFi. Il les combine avec le chiffrement homomorphe — une forme de chiffrement qui permet de calculer directement sur des valeurs chiffrées sans jamais les déchiffrer au préalable. Les preuves ZK confirment ensuite que ces calculs chiffrés ont bien été effectués correctement. Deux outils cryptographiques différents, chacun couvrant ce que l’autre ne peut pas.
Pourquoi cela compte vraiment, en particulier pour DuskEVM : le modèle de l’EVM, basé sur des comptes, n’a jamais été conçu pour une anonymisation totale comme peut l’être une chaîne UTXO — c’est une limite structurelle, pas un défaut de Dusk. Du coup, plutôt que de prétendre le contraire, Hedger fournit une confidentialité transactionnelle complète dans le cadre de cette contrainte, tout en restant compatible avec les outils Ethereum standard que les développeurs connaissent déjà. Pas de nouveau langage à apprendre, pas de framework sur mesure — la couche de confidentialité se place sous des outils qui existent déjà.
La cause et l’effet qui me reviennent sans cesse : les desks de trading institutionnels n’utiliseront pas une chaîne où chaque taille d’ordre et chaque position sont visibles avant l’exécution — c’est une invitation ouverte au front-running. Le support de carnet de commandes obfusqué de Hedger existe précisément pour combler ce manque, pour le public exact que DuskEVM cherche à attirer sur la chaîne.
$DUSK #dusk