Je reviens sans cesse à un problème assez fondamental : sur la plupart des blockchains, tout le monde voit tout. Si un desk de trading déplace une position, ou si une entreprise transfère des fonds de trésorerie, c’est… visible. Pour les concurrents, pour toute personne suffisamment curieuse pour regarder. Et quand on le formule ainsi, il devient évident pourquoi les sommes sérieuses restent en retrait : personne ne veut trader avec ses cartes posées à découvert sur la table.
Les solutions que j’ai vues ne règlent pas vraiment le problème : elles le déplacent simplement. Les mixeurs sont traités comme un signal d’alarme dès que la conformité les repère. Les rollups à preuve à divulgation nulle (zero-knowledge) rendent surtout l’exécution plus rapide, mais ils ne dissimulent pas qui traite avec qui. Au final, on obtient une confidentialité qui donne l’impression d’être ajoutée après coup, posée sur un système qui n’a jamais été conçu pour être privé — et ensuite, les régulateurs ne peuvent pas distinguer quelqu’un qui protège une position normale de quelqu’un qui cache quelque chose qu’il ne devrait pas.
Ce que Dusk semble faire différemment, c’est d’essayer d’intégrer la confidentialité directement à la couche de base, au lieu de la superposer. Et de le faire d’une manière qui reste vérifiable quand c’est nécessaire. La norme XSC vise un problème assez précis : des titres tokenisés qui doivent passer des contrôles réglementaires sans exposer publiquement chaque contrepartie. C’est un objectif plus étroit que « une crypto privée pour tout le monde », mais je pense que c’est justement un avantage.
Si ça fonctionne, ce n’est probablement même pas une question technique. Il s’agit de savoir si les institutions réglementées sont prêtes à faire confiance à des rails inconnus avec de l’argent réel. C’est lent. Et cela peut être stoppé pour des raisons qui n’ont rien à voir avec le code.
#dusk @Dusk
$DUSK
$BTR
$FOREST
Les solutions que j’ai vues ne règlent pas vraiment le problème : elles le déplacent simplement. Les mixeurs sont traités comme un signal d’alarme dès que la conformité les repère. Les rollups à preuve à divulgation nulle (zero-knowledge) rendent surtout l’exécution plus rapide, mais ils ne dissimulent pas qui traite avec qui. Au final, on obtient une confidentialité qui donne l’impression d’être ajoutée après coup, posée sur un système qui n’a jamais été conçu pour être privé — et ensuite, les régulateurs ne peuvent pas distinguer quelqu’un qui protège une position normale de quelqu’un qui cache quelque chose qu’il ne devrait pas.
Ce que Dusk semble faire différemment, c’est d’essayer d’intégrer la confidentialité directement à la couche de base, au lieu de la superposer. Et de le faire d’une manière qui reste vérifiable quand c’est nécessaire. La norme XSC vise un problème assez précis : des titres tokenisés qui doivent passer des contrôles réglementaires sans exposer publiquement chaque contrepartie. C’est un objectif plus étroit que « une crypto privée pour tout le monde », mais je pense que c’est justement un avantage.
Si ça fonctionne, ce n’est probablement même pas une question technique. Il s’agit de savoir si les institutions réglementées sont prêtes à faire confiance à des rails inconnus avec de l’argent réel. C’est lent. Et cela peut être stoppé pour des raisons qui n’ont rien à voir avec le code.
#dusk @Dusk
$DUSK
$BTR
$FOREST
