#dusk $DUSK @Dusk Confidentialité vs conformité : La blockchain peut-elle vraiment avoir les deux ?
Une chose que j’ai trouvée intéressante en regardant Dusk, c’est qu’il ne traite pas la confidentialité comme un simple interrupteur marche/arrêt.
DuskDS propose deux modèles de transaction. Moonlight est transparent : soldes, expéditeurs, destinataires et montants sont visibles sur la chaîne. Phoenix emprunte une autre voie, en utilisant des notes protégées et des preuves à divulgation nulle de connaissance (zero-knowledge proofs) de sorte que les détails des transactions ne sont pas exposés à tous ceux qui observent le réseau.
Pour les marchés financiers, cette différence est importante. Les institutions peuvent avoir besoin d’une confidentialité autour des positions, des contreparties et des transferts, tandis que les régulateurs ou les parties autorisées doivent quand même avoir un moyen de vérifier ce qui s’est passé. La conception de Dusk essaie de répondre à ce besoin via une divulgation sélective, plutôt qu’en rendant tout public par défaut.
Mais il y a un compromis facile à négliger.
Phoenix n’est pas seulement Moonlight avec plus de confidentialité ajoutée. Il modifie la manière dont les actifs sont gérés et suivis. Les recommandations de Dusk en matière d’intégration à l’échange indiquent même de privilégier Moonlight pour les dépôts sur les plateformes, car les notes protégées nécessitent une infrastructure supplémentaire.
Cela me dit que la confidentialité s’accompagne de conséquences opérationnelles.
Donc je ne décrirais pas l’approche de Dusk comme une “correction de la confidentialité pour la conformité”. C’est plus nuancé : selon les activités financières, les exigences de visibilité peuvent varier. La partie difficile consiste à faire fonctionner tout cela de manière fluide, sans transformer la conformité, la garde des actifs (custody) et la divulgation en nouvelles sources de frictions.
Une chose que j’ai trouvée intéressante en regardant Dusk, c’est qu’il ne traite pas la confidentialité comme un simple interrupteur marche/arrêt.
DuskDS propose deux modèles de transaction. Moonlight est transparent : soldes, expéditeurs, destinataires et montants sont visibles sur la chaîne. Phoenix emprunte une autre voie, en utilisant des notes protégées et des preuves à divulgation nulle de connaissance (zero-knowledge proofs) de sorte que les détails des transactions ne sont pas exposés à tous ceux qui observent le réseau.
Pour les marchés financiers, cette différence est importante. Les institutions peuvent avoir besoin d’une confidentialité autour des positions, des contreparties et des transferts, tandis que les régulateurs ou les parties autorisées doivent quand même avoir un moyen de vérifier ce qui s’est passé. La conception de Dusk essaie de répondre à ce besoin via une divulgation sélective, plutôt qu’en rendant tout public par défaut.
Mais il y a un compromis facile à négliger.
Phoenix n’est pas seulement Moonlight avec plus de confidentialité ajoutée. Il modifie la manière dont les actifs sont gérés et suivis. Les recommandations de Dusk en matière d’intégration à l’échange indiquent même de privilégier Moonlight pour les dépôts sur les plateformes, car les notes protégées nécessitent une infrastructure supplémentaire.
Cela me dit que la confidentialité s’accompagne de conséquences opérationnelles.
Donc je ne décrirais pas l’approche de Dusk comme une “correction de la confidentialité pour la conformité”. C’est plus nuancé : selon les activités financières, les exigences de visibilité peuvent varier. La partie difficile consiste à faire fonctionner tout cela de manière fluide, sans transformer la conformité, la garde des actifs (custody) et la divulgation en nouvelles sources de frictions.