@Dusk_Foundation Je pensais autrefois que les chaînes axées sur la confidentialité et la compatibilité avec l’EVM étaient des objectifs opposés. Il fallait choisir l’un, au détriment de l’autre. Le Hedger de Dusk m’a fait revoir ma position. Il s’insère dans DuskEVM et ajoute des flux de transactions confidentielles au moyen du chiffrement homomorphe et de preuves à connaissance nulle, par-dessus une chaîne entièrement compatible avec Solidity. Ce qui m’a marqué, ce n’est pas la compatibilité — c’est désormais acquis. C’est l’ordonnancement (le séquencement). Au lieu de construire une chaîne privée et de demander aux développeurs d’Ethereum de migrer leur modèle mental, Dusk permet aux développeurs de continuer à écrire du Solidity “normal”, tandis que la couche de confidentialité fonctionne en dessous. La confidentialité devient alors quelque chose que le protocole fournit, plutôt qu’un élément que le développeur doit concevoir. Je me suis posé sans cesse la question : est-ce que cela externalise discrètement le sujet de la conformité, ou est-ce que cela l’impose plus tôt ? Si la divulgation est sélective par conception, quelqu’un doit toujours décider qui est considéré comme “autorisé” à voir quoi. Cette décision ne disparaît pas simplement parce qu’elle est appliquée de manière cryptographique. Le chiffrement homomorphe plus la preuve à connaissance nulle implique aussi un calcul coûteux à exécuter à grande échelle. Je n’ai pas encore vu de chiffres concrets sur les performances de DuskEVM sous une charge soutenue de transactions privées, comparées à son parcours “transparent” Moonlight. Je suis encore en train de me faire une opinion : s’agit-il d’une architecture réellement novatrice, ou d’un habillage intelligent de problèmes que la DeFi n’a pas encore résolus.
#dusk $DUSK

$RICE $HEMI