Je regarde Dusk depuis un certain temps, et ce qui ressort le plus, c’est à quel point son objectif est étroit : des applications financières pour lesquelles une visibilité publique totale peut, en réalité, poser problème.
Dusk est une couche 1 conçue autour d’une finance on-chain réglementée. Son architecture associe des comptes publics, des transferts protégés, des preuves à divulgation nulle, un règlement déterministe et une divulgation sélective, plutôt que de traiter la confidentialité comme un simple ajout.
La norme Confidential Security Contract, ou XSC, se situe très près de cette idée. Elle a été pensée pour des titres tokenisés pour lesquels la confidentialité doit coexister avec des contrôles pratiques tels que l’éligibilité, les transferts plafonnés, le vote, les dividendes et un règlement conforme.
C’est important, car la finance réelle n’est pas simplement « privée » ou « publique ». Parfois, un investisseur a besoin de confidentialité, tandis qu’un régulateur a besoin de preuves. L’approche de Dusk consiste à permettre que les informations sensibles restent protégées tout en autorisant les divulgations requises à se faire de manière sélective.
L’écosystème devient de plus en plus concret. Dusk prend en charge à la fois des contrats natifs en Rust/WASM via DuskVM et des applications Solidity/Vyper via DuskEVM. Son GitHub public montre également un travail actif sur le nœud, le wallet, les outils pour développeurs, la documentation et la pile d’interopérabilité.
Ses liens avec NPEX, 21X, Chainlink, Quantoz et Cordial Systems sont particulièrement pertinents, car ils rattachent la technologie à des marchés réglementés, à la conservation des actifs, aux données et au règlement, plutôt que de la positionner comme un écosystème de dApps expérimental de plus.
Mais c’est aussi là que je resterais prudent.
Dusk a divulgué une compromission de bridge-wallet en janvier 2026, suivie d’une importante remédiation en matière de sécurité. L’incident n’a pas été décrit comme un échec du consensus de Dusk, mais il a révélé quelque chose d’important : l’infrastructure financière peut échouer aux marges, même lorsque le protocole de base lui-même n’est pas exploité. Un hard fork AEGIS ultérieur a corrigé 39 éléments, dont sept classés comme critiques.
La vraie question pour Dusk n’est donc pas de savoir si des contrats intelligents privés semblent utiles. Ils le sont.
J’observe Dusk depuis un moment, et ce qui ressort le plus, c’est à quel point il cible précisément un problème que la finance ne peut pas facilement ignorer : la confidentialité ne signifie pas grand-chose si les marchés réglementés ne peuvent pas non plus prouver qui a le droit de faire quoi.
Dusk est une couche 1 construite autour d’une finance on-chain réglementée, avec des transferts confidentiels, une divulgation sélective et un règlement déterministe. Sa norme XSC a été conçue pour des smart contracts confidentiels et des flux de security tokens, tandis que la nouvelle architecture combine le règlement DuskDS avec DuskVM et DuskEVM pour des applications natives et basées sur EVM.
La direction pratique est intéressante. Dusk a travaillé avec des infrastructures réglementées comme NPEX et 21X, tandis que l’intégration à Chainlink vise à apporter l’interopérabilité et les données de marché dans des parcours d’actifs réglementés. Dusk indique aussi que plus de 200 M€ d’émissions via NPEX sont confirmés.
J’apprécie également de voir la sécurité traitée comme quelque chose à vérifier plutôt que simplement à revendiquer. Phoenix a fait l’objet d’un audit indépendant, et les problèmes signalés ont été résolus.
Cela dit, la question la plus difficile n’est pas de savoir si l’architecture semble cohérente. C’est de savoir si de vraies institutions, des développeurs et des utilisateurs y reviennent. L’infrastructure financière se juge sur des années, pas sur des annonces.
C’est la partie de Dusk que je surveille de plus près.