#dusk $DUSK @Dusk Hier soir, en parcourant quelques projets de chaînes “privacy” (confidentialité), @Dusk m’a retenu du premier coup. Ce n’est pas parce qu’il a encore publié des données de tokens, mais parce que son positionnement est particulier : une Layer-1 conçue spécifiquement pour les applications financières, dont le cœur tourne autour des smart contracts confidentiels et de la norme appelée XSC (Confidential Security Contract).
Franchement, la plupart des projets traitent la confidentialité comme une fonctionnalité ajoutée. Mais $DUSK m’a donné l’impression inverse : la confidentialité est intégrée directement à la couche d’exécution. Les transactions s’appuient sur des preuves à connaissance nulle PLONK pour vérification, sans divulguer les soldes ni les informations sur les contreparties ; en même temps, elles embarquent des règles KYC/AML. Si les régulateurs en ont besoin, ils peuvent voir les données nécessaires. Privacité et conformité, deux choses qui semblent pourtant contradictoires, Dusk les a carrément “cousues” ensemble grâce à la technique.
Le design modulaire est tout aussi concret : DuskDS gère le règlement et la disponibilité des données, DuskEVM est compatible avec Ethereum ; Solidity permet de déployer des contrats confidentiels, et il y a aussi DuskVM, basé sur WASM, qui supporte Rust. Le mécanisme de consensus s’appelle Succinct Attestation : un PoS sans permission, avec une confirmation efficace par un comité, visant une finalité stable—et, pour les scénarios financiers, le pire est que, après validation d’une transaction, celle-ci puisse encore être réorganisée.
Pour la propagation des messages, c’est Kadcast : chaque nœud ne transmet qu’à des voisins sélectionnés, ce qui réduit la redondance tout en brouillant la source. Quand j’exécutais des nœuds auparavant, il m’est déjà arrivé de tomber hors ligne au milieu de la nuit ; à ce moment-là, j’ai vraiment compris : une chaîne réellement adaptée à la finance ne devrait pas exiger que chaque machine ne se trompe jamais, mais plutôt que, quand quelqu’un décroche, le grand livre avance tout de même à l’heure.
En réalité, Dusk parie sur une chose : les applications financières, qui sont soumises à la réglementation, auront finalement besoin au niveau du protocole d’une confidentialité—notamment pour la tokenisation des actifs RWA. Actions, obligations, etc. On protège ainsi le secret commercial, tout en passant les exigences de conformité. L’architecture est clairement posée ; maintenant, il reste à voir si les besoins réels et le taux d’adoption suivront.
Franchement, la plupart des projets traitent la confidentialité comme une fonctionnalité ajoutée. Mais $DUSK m’a donné l’impression inverse : la confidentialité est intégrée directement à la couche d’exécution. Les transactions s’appuient sur des preuves à connaissance nulle PLONK pour vérification, sans divulguer les soldes ni les informations sur les contreparties ; en même temps, elles embarquent des règles KYC/AML. Si les régulateurs en ont besoin, ils peuvent voir les données nécessaires. Privacité et conformité, deux choses qui semblent pourtant contradictoires, Dusk les a carrément “cousues” ensemble grâce à la technique.
Le design modulaire est tout aussi concret : DuskDS gère le règlement et la disponibilité des données, DuskEVM est compatible avec Ethereum ; Solidity permet de déployer des contrats confidentiels, et il y a aussi DuskVM, basé sur WASM, qui supporte Rust. Le mécanisme de consensus s’appelle Succinct Attestation : un PoS sans permission, avec une confirmation efficace par un comité, visant une finalité stable—et, pour les scénarios financiers, le pire est que, après validation d’une transaction, celle-ci puisse encore être réorganisée.
Pour la propagation des messages, c’est Kadcast : chaque nœud ne transmet qu’à des voisins sélectionnés, ce qui réduit la redondance tout en brouillant la source. Quand j’exécutais des nœuds auparavant, il m’est déjà arrivé de tomber hors ligne au milieu de la nuit ; à ce moment-là, j’ai vraiment compris : une chaîne réellement adaptée à la finance ne devrait pas exiger que chaque machine ne se trompe jamais, mais plutôt que, quand quelqu’un décroche, le grand livre avance tout de même à l’heure.
En réalité, Dusk parie sur une chose : les applications financières, qui sont soumises à la réglementation, auront finalement besoin au niveau du protocole d’une confidentialité—notamment pour la tokenisation des actifs RWA. Actions, obligations, etc. On protège ainsi le secret commercial, tout en passant les exigences de conformité. L’architecture est clairement posée ; maintenant, il reste à voir si les besoins réels et le taux d’adoption suivront.