L’an dernier, j’ai entendu un véritable coup de râle chez un ami qui travaille dans une maison de courtage. Ils voulaient tester l’émission d’actifs sur la blockchain, mais ils ont découvert que, sur une blockchain publique, les contreparties des transactions et les montants de détention sont tous exposés au grand jour. La phrase de mon ami était : « Qu’est-ce que ça change, au fond, par rapport au fait de remettre directement les cartes de la table de négociation à un concurrent ? ». Les inquiétudes de la finance traditionnelle à propos de la transparence sont, finalement, plus profondes que ce qu’on imagine.
Plus tard, je suis tombé sur le projet Dusk. Première réaction : enfin quelqu’un le traite comme un sujet d’ingénierie. @Dusk
Parlons d’abord du mécanisme de consensus. Dusk utilise un Segregated Byzantine Agreement. Dans le livre blanc, la Section 3 est très détaillée : à chaque tour, le consensus se déroule en trois étapes : proposition, validation et approbation. Le proposeur est sélectionné via un processus de Proof-of-Blind Bid, et l’ensemble ne révèle ni l’identité des participants ni le montant de leur mise. J’ai été impressionné par la finesse de cette conception : elle combine l’efficacité de la PoS avec la confidentialité des preuves à connaissance nulle. Les nœuds peuvent participer anonymement au consensus, et les comportements malveillants sont quand même sanctionnés.
Ensuite, le modèle de transaction. Le livre blanc distingue deux modes : Moonlight et Phoenix. Le premier correspond à un modèle de comptes publics ; le second est un modèle de transactions masquées basé sur l’UTXO. En clair : on laisse aux utilisateurs le choix. Les transferts ordinaires passent par un canal public, tandis que les transactions sensibles empruntent un canal de confidentialité. C’est plus pragmatique que ce que j’ai vu sur d’autres chaînes — soit tout en confidentialité, soit tout en transparence.
Côté couche application, Dusk a convaincu les institutions sur deux points. Le mainnet DuskEVM a été lancé en janvier 2026 : les développeurs Solidity peuvent migrer et redéployer directement. La collaboration avec le NPEX néerlandais est aussi déjà concrétisée : des actifs de titrisation d’une valeur de plusieurs centaines de millions d’euros ont été émis et échangés on-chain. Ce n’est pas une promesse du livre blanc : c’est une circulation d’actifs réels.
Mais des défis existent aussi. L’activité de l’écosystème reste à renforcer : la fréquence des mises à jour sur GitHub n’est pas élevée, et le niveau d’entrée freine une partie des gens. L’incertitude concernant le rythme de la conformité externe est également un facteur : le récit de Dusk s’appuie sur des exigences de conformité au sein de l’Union européenne ; si la politique change, la base sera impactée. La liquidité n’est pas très abondante : la profondeur de marché et l’attention portée au projet ont encore de la marge.
Dusk ressemble à une clé polie pour un contexte bien précis : quand le scénario RWA explose, elle devient une infrastructure. Si elle tarde à venir, c’est une chaîne techniquement solide, mais dont l’écosystème doit encore être cultivé. La confidentialité conforme + RWA deviendra-t-elle la voie principale, ou restera-t-elle un niche ? Je penche pour le fait que, à court terme, ce sera plutôt le second, et à long terme le premier. #dusk $DUSK
Plus tard, je suis tombé sur le projet Dusk. Première réaction : enfin quelqu’un le traite comme un sujet d’ingénierie. @Dusk
Parlons d’abord du mécanisme de consensus. Dusk utilise un Segregated Byzantine Agreement. Dans le livre blanc, la Section 3 est très détaillée : à chaque tour, le consensus se déroule en trois étapes : proposition, validation et approbation. Le proposeur est sélectionné via un processus de Proof-of-Blind Bid, et l’ensemble ne révèle ni l’identité des participants ni le montant de leur mise. J’ai été impressionné par la finesse de cette conception : elle combine l’efficacité de la PoS avec la confidentialité des preuves à connaissance nulle. Les nœuds peuvent participer anonymement au consensus, et les comportements malveillants sont quand même sanctionnés.
Ensuite, le modèle de transaction. Le livre blanc distingue deux modes : Moonlight et Phoenix. Le premier correspond à un modèle de comptes publics ; le second est un modèle de transactions masquées basé sur l’UTXO. En clair : on laisse aux utilisateurs le choix. Les transferts ordinaires passent par un canal public, tandis que les transactions sensibles empruntent un canal de confidentialité. C’est plus pragmatique que ce que j’ai vu sur d’autres chaînes — soit tout en confidentialité, soit tout en transparence.
Côté couche application, Dusk a convaincu les institutions sur deux points. Le mainnet DuskEVM a été lancé en janvier 2026 : les développeurs Solidity peuvent migrer et redéployer directement. La collaboration avec le NPEX néerlandais est aussi déjà concrétisée : des actifs de titrisation d’une valeur de plusieurs centaines de millions d’euros ont été émis et échangés on-chain. Ce n’est pas une promesse du livre blanc : c’est une circulation d’actifs réels.
Mais des défis existent aussi. L’activité de l’écosystème reste à renforcer : la fréquence des mises à jour sur GitHub n’est pas élevée, et le niveau d’entrée freine une partie des gens. L’incertitude concernant le rythme de la conformité externe est également un facteur : le récit de Dusk s’appuie sur des exigences de conformité au sein de l’Union européenne ; si la politique change, la base sera impactée. La liquidité n’est pas très abondante : la profondeur de marché et l’attention portée au projet ont encore de la marge.
Dusk ressemble à une clé polie pour un contexte bien précis : quand le scénario RWA explose, elle devient une infrastructure. Si elle tarde à venir, c’est une chaîne techniquement solide, mais dont l’écosystème doit encore être cultivé. La confidentialité conforme + RWA deviendra-t-elle la voie principale, ou restera-t-elle un niche ? Je penche pour le fait que, à court terme, ce sera plutôt le second, et à long terme le premier. #dusk $DUSK