#dusk $DUSK @Dusk Si les données sont entièrement masquées, comment un système réglementé peut-il prouver que les règles ont bien été respectées ?

C’est la question à laquelle beaucoup d’outils de confidentialité ne répondent pas. Ils se concentrent sur le masquage des données. Il ne reste presque aucun moyen simple de vérifier ce qui s’est réellement passé.

Pour les applications qui nécessitent une surveillance, cet arbitrage devient un problème.

Ce qui m’a particulièrement frappé lorsque j’ai examiné @Dusk Hedger. Il fonctionne sur DuskEVM. Il est conçu comme un module de confidentialité pour les applications financières.

Hedger combine le chiffrement homomorphe et des preuves à connaissance nulle, afin qu’une transaction puisse rester confidentielle tout en permettant la vérification.

Un échange chiffré peut rester caché du public. Un responsable de la conformité autorisé peut néanmoins confirmer que les règles correctes ont bien été suivies, sans voir les données sous-jacentes complètes de la transaction.

Le choix de conception de Hedger semble délibéré.

En traitant la confidentialité comme une opacité totale, Hedger tente de protéger les données des applications financières tout en rendant le processus consultable.

Cette combinaison, à la fois protéger les données et permettre la vérification, est plus rare qu’elle ne devrait l’être dans les applications.

La confidentialité devient plus utile pour la finance lorsqu’elle peut encore prendre en charge la vérification et la supervision des applications.

C’est la partie à laquelle je reviens sans cesse lorsque je pense à Hedger et à Dusk, et au rôle de $DUSK , au sein de tout cela.