#dusk $DUSK L’étude de la semaine dernière @Dusk , je me suis heurté à une question très simple : la transparence de la blockchain n’est-elle pas justement ce dont elle se targue le plus ? Alors pourquoi les institutions financières reculent-elles toujours devant ce seuil ? La réponse est en fait très simple : aucune banque n’acceptera de rendre publics les positions de ses clients, ses contreparties ou ses logiques internes de tarification, même si le règlement on-chain est plus rapide et plus fiable. Pour les institutions, « une transparence totale » n’est jamais un avantage : c’est une ligne rouge infranchissable. Ce n’est pas de la prudence, c’est une règle fondamentale de l’industrie.
C’est précisément ce que veut résoudre DuskEVM. Il s’agit de l’application layer compatible avec EVM dans le stack technologique Dusk. Cela signifie que les développeurs habitués à Solidity n’ont pas besoin d’apprendre tout un nouvel ensemble de langages pour se lancer ; les institutions et les partenaires peuvent aussi s’intégrer à Dusk en suivant des chemins familiers, ce qui réduit les obstacles liés à la migration depuis des systèmes traditionnels. Mais la chose qui m’a vraiment fait m’arrêter quelques minutes, c’est le module de confidentialité Hedger qu’il embarque — grâce au chiffrement homomorphe et aux preuves à divulgation nulle de connaissance, les contenus de la transaction peuvent être « cachés quand il faut, visibles quand il faut ». Autrement dit, un même contrat existe avec deux perspectives : le monde extérieur ne voit que « cette transaction a été exécutée légalement », tandis que le régulateur ou un auditeur autorisé peut, dans les limites permises, accéder aux détails complets, ni plus ni moins. Les frontières des droits sont clairement définies.
Cela ressemble assez peu à ce que j’entendais par « confidentialité on-chain » auparavant. Je pensais souvent que confidentialité et conformité étaient deux extrêmes opposés : soit tout est public, soit c’est une boîte noire totale. Il semblait n’y avoir aucun espace entre les deux, et personne ne s’était vraiment demandé comment concilier cette contradiction. Ce que Dusk veut faire est plutôt comme d’équiper chaque contrat d’un « diaphragme contrôlable » : au quotidien, on le garde fermé ; au besoin, on peut l’orienter pour laisser passer un petit rai de lumière vers une personne donnée. La taille de cette ouverture, la ou les personnes concernées — tout cela peut être défini par des règles. Cette « contrôlabilité » elle-même est une forme de retenue dans la conception.
DuskEVM devrait bientôt être lancé sur le réseau principal. Pour moi, ce n’est pas seulement une annonce de mise à niveau technique : c’est une réponse à la question qui m’a bloqué. Le fait que les institutions veuillent ou non être « on-chain » n’est jamais un problème technique ; c’est une question de « qui peut voir quoi ». Ce que veut faire le réseau $DUSK , c’est transformer ce problème de « peut-on » en « qui est autorisé à voir », et c’est peut-être précisément la clé qui rendra les institutions vraiment disposées à franchir cette étape.
C’est précisément ce que veut résoudre DuskEVM. Il s’agit de l’application layer compatible avec EVM dans le stack technologique Dusk. Cela signifie que les développeurs habitués à Solidity n’ont pas besoin d’apprendre tout un nouvel ensemble de langages pour se lancer ; les institutions et les partenaires peuvent aussi s’intégrer à Dusk en suivant des chemins familiers, ce qui réduit les obstacles liés à la migration depuis des systèmes traditionnels. Mais la chose qui m’a vraiment fait m’arrêter quelques minutes, c’est le module de confidentialité Hedger qu’il embarque — grâce au chiffrement homomorphe et aux preuves à divulgation nulle de connaissance, les contenus de la transaction peuvent être « cachés quand il faut, visibles quand il faut ». Autrement dit, un même contrat existe avec deux perspectives : le monde extérieur ne voit que « cette transaction a été exécutée légalement », tandis que le régulateur ou un auditeur autorisé peut, dans les limites permises, accéder aux détails complets, ni plus ni moins. Les frontières des droits sont clairement définies.
Cela ressemble assez peu à ce que j’entendais par « confidentialité on-chain » auparavant. Je pensais souvent que confidentialité et conformité étaient deux extrêmes opposés : soit tout est public, soit c’est une boîte noire totale. Il semblait n’y avoir aucun espace entre les deux, et personne ne s’était vraiment demandé comment concilier cette contradiction. Ce que Dusk veut faire est plutôt comme d’équiper chaque contrat d’un « diaphragme contrôlable » : au quotidien, on le garde fermé ; au besoin, on peut l’orienter pour laisser passer un petit rai de lumière vers une personne donnée. La taille de cette ouverture, la ou les personnes concernées — tout cela peut être défini par des règles. Cette « contrôlabilité » elle-même est une forme de retenue dans la conception.
DuskEVM devrait bientôt être lancé sur le réseau principal. Pour moi, ce n’est pas seulement une annonce de mise à niveau technique : c’est une réponse à la question qui m’a bloqué. Le fait que les institutions veuillent ou non être « on-chain » n’est jamais un problème technique ; c’est une question de « qui peut voir quoi ». Ce que veut faire le réseau $DUSK , c’est transformer ce problème de « peut-on » en « qui est autorisé à voir », et c’est peut-être précisément la clé qui rendra les institutions vraiment disposées à franchir cette étape.