Les institutions de gestion d’actifs qui mettent leurs données en chaîne ont surtout peur de deux choses : d’une part que les secrets commerciaux soient visibles par tout le monde sur la chaîne, et d’autre part qu’au moment des audits de supervision, elles soient incapables d’apporter des preuves de pureté et de conformité. Les blockchains traditionnelles sont soit entièrement transparentes (comme Ethereum), soit entièrement anonymes (comme Monero). Or, elles ne répondent pas au besoin « à la fois l’un et l’autre » des institutions. La solution proposée par Dusk est un duo de « chiffrement homomorphe + preuves à connaissance nulle » : les données sont stockées sur la chaîne sous forme de texte chiffré, les nœuds peuvent vérifier la validité des transactions sans voir les valeurs exactes ; tandis que les autorités de régulation ou les parties autorisées prouvent la conformité via des preuves à connaissance nulle, sans exposer les données originales. $BTC
Le cœur de cette conception est le module Hedger. Hedger n’est pas simplement une couche de protection de la confidentialité : il joue le rôle d’un « exécuteur de conformité ». Il vérifie si chaque transaction respecte les règles KYC/AML prédéfinies, tout en garantissant, grâce à la cryptographie, que le processus de vérification ne divulgue pas l’identité des utilisateurs. Par exemple, une institution veut tokeniser des obligations pour 10 millions de dollars. Elle peut soumettre la transaction à Hedger ; Hedger vérifie en interne si l’autre partie est un investisseur qualifié, puis génère une preuve à connaissance nulle. Les nœuds sur la chaîne n’ont alors qu’à valider cette preuve, sans avoir besoin de savoir qui est l’autre partie, ni quel est le montant de la transaction. Cette « confidentialité vérifiable », que les organismes de régulation financière recherchent le plus, fait que les données sont transparentes pour le régulateur, tandis que la confidentialité est réservée à la contrepartie.
Par rapport aux autres blockchains privées, les adresses furtives et les signatures en anneau de Monero protègent les utilisateurs, mais ne permettent pas l’identification des types d’actifs ni les contrôles de conformité ; le modèle ZEXE d’Aleo est davantage orienté la confidentialité au niveau de l’application, mais il manque la conception d’une « interface de régulation » pour les scénarios institutionnels. À l’inverse, Dusk intègre dès la couche L1 une base « friendly régulation » : par exemple, la norme XSC permet d’insérer directement dans le code des contrats intelligents des conditions de conformité, comme si chaque actif était doté d’un « bouclier de conformité ». Aujourd’hui, la SEC américaine et le cadre MiCA de l’UE poussent tous deux les règles de supervision pour les stablecoins et les RWA. La démarche de Dusk, « mettre d’abord en conformité puis en chaîne », pourrait donc obtenir plus rapidement un laissez-passer que des blockchains purement mues par la technologie.
Bien sûr, l’équilibre entre confidentialité et conformité est en soi un jeu dynamique. Si la logique de vérification de Hedger devient trop complexe, elle peut affecter la vitesse des transactions ; si les règles de conformité sont figées, elles ne pourront pas s’adapter aux différences de régulation entre pays.
#dusk @Dusk $DUSK
Le cœur de cette conception est le module Hedger. Hedger n’est pas simplement une couche de protection de la confidentialité : il joue le rôle d’un « exécuteur de conformité ». Il vérifie si chaque transaction respecte les règles KYC/AML prédéfinies, tout en garantissant, grâce à la cryptographie, que le processus de vérification ne divulgue pas l’identité des utilisateurs. Par exemple, une institution veut tokeniser des obligations pour 10 millions de dollars. Elle peut soumettre la transaction à Hedger ; Hedger vérifie en interne si l’autre partie est un investisseur qualifié, puis génère une preuve à connaissance nulle. Les nœuds sur la chaîne n’ont alors qu’à valider cette preuve, sans avoir besoin de savoir qui est l’autre partie, ni quel est le montant de la transaction. Cette « confidentialité vérifiable », que les organismes de régulation financière recherchent le plus, fait que les données sont transparentes pour le régulateur, tandis que la confidentialité est réservée à la contrepartie.
Par rapport aux autres blockchains privées, les adresses furtives et les signatures en anneau de Monero protègent les utilisateurs, mais ne permettent pas l’identification des types d’actifs ni les contrôles de conformité ; le modèle ZEXE d’Aleo est davantage orienté la confidentialité au niveau de l’application, mais il manque la conception d’une « interface de régulation » pour les scénarios institutionnels. À l’inverse, Dusk intègre dès la couche L1 une base « friendly régulation » : par exemple, la norme XSC permet d’insérer directement dans le code des contrats intelligents des conditions de conformité, comme si chaque actif était doté d’un « bouclier de conformité ». Aujourd’hui, la SEC américaine et le cadre MiCA de l’UE poussent tous deux les règles de supervision pour les stablecoins et les RWA. La démarche de Dusk, « mettre d’abord en conformité puis en chaîne », pourrait donc obtenir plus rapidement un laissez-passer que des blockchains purement mues par la technologie.
Bien sûr, l’équilibre entre confidentialité et conformité est en soi un jeu dynamique. Si la logique de vérification de Hedger devient trop complexe, elle peut affecter la vitesse des transactions ; si les règles de conformité sont figées, elles ne pourront pas s’adapter aux différences de régulation entre pays.
#dusk @Dusk $DUSK
隐私公链中谁最有可能跑出来?
100%
Dusk的隐私方案会被监管认可吗?
0%
1 Votes • Vote fermé