#dusk $DUSK
Hier soir, je me suis remis à bricoler la confidentialité dans Dusk, et je me suis mis en tête une question :
Est-ce que toutes les informations financières doivent être publiques ?
Au début, je pensais que la transparence totale serait justement un avantage pour la blockchain. La propriété est enregistrée, les transactions peuvent être vérifiées, et le règlement peut aussi être programmé.
Mais quand j’ai plongé dans les marchés privés, j’ai commencé à douter.
Imagine : une nouvelle institution achète une grosse part de private security. Elle a besoin de preuves que la propriété est bien légitime. Mais est-ce qu’ils veulent que des concurrents sachent quelle taille de position ils détiennent, qui sont leurs investisseurs, ou les détails de la transaction ?
Je ne pense pas.
En creusant Dusk, j’ai d’abord mal compris le problème. Je croyais que la confidentialité consistait simplement à cacher des données. En réalité, la question est plus profonde : quelles informations faut-il réellement prouver, et qui a le droit de les voir ?
Par exemple, l’émetteur émet un token de sécurité. Le système doit continuer à s’assurer que les investisseurs remplissent les conditions, que les transferts respectent les règles et que la propriété est valide. Mais ça ne veut pas dire que toutes les données des investisseurs doivent être divulguées au public.
À partir de là, j’ai commencé à comprendre pourquoi le Confidential Security Contract (XSC) est si intéressant. Dusk essaie d’amener la confidentialité directement aux applications financières, sans sacrifier la capacité de la blockchain à appliquer des règles et à vérifier les transactions.
Mais il me reste un doute.
Si les données sont rendues confidentielles, comment le régulateur ou l’auditeur peut-il vérifier que tout est correct lorsqu’il y a un problème ?
D’après moi, c’est justement l’épreuve réelle.
La confidentialité, ce n’est pas seulement cacher des données. Le système doit aussi pouvoir prouver quelque chose, sans tout dévoiler.
Si Dusk peut faire fonctionner ce modèle dans un contexte réel, d’après moi, les marchés privés deviennent l’un des cas d’usage les plus évidents.
Et une fois arrivé jusque-là, je suis encore plus curieux d’une chose : l’identité. La confidentialité seule ne suffit pas si le système ne sait pas qui a le droit de faire une action.
@Dusk
Hier soir, je me suis remis à bricoler la confidentialité dans Dusk, et je me suis mis en tête une question :
Est-ce que toutes les informations financières doivent être publiques ?
Au début, je pensais que la transparence totale serait justement un avantage pour la blockchain. La propriété est enregistrée, les transactions peuvent être vérifiées, et le règlement peut aussi être programmé.
Mais quand j’ai plongé dans les marchés privés, j’ai commencé à douter.
Imagine : une nouvelle institution achète une grosse part de private security. Elle a besoin de preuves que la propriété est bien légitime. Mais est-ce qu’ils veulent que des concurrents sachent quelle taille de position ils détiennent, qui sont leurs investisseurs, ou les détails de la transaction ?
Je ne pense pas.
En creusant Dusk, j’ai d’abord mal compris le problème. Je croyais que la confidentialité consistait simplement à cacher des données. En réalité, la question est plus profonde : quelles informations faut-il réellement prouver, et qui a le droit de les voir ?
Par exemple, l’émetteur émet un token de sécurité. Le système doit continuer à s’assurer que les investisseurs remplissent les conditions, que les transferts respectent les règles et que la propriété est valide. Mais ça ne veut pas dire que toutes les données des investisseurs doivent être divulguées au public.
À partir de là, j’ai commencé à comprendre pourquoi le Confidential Security Contract (XSC) est si intéressant. Dusk essaie d’amener la confidentialité directement aux applications financières, sans sacrifier la capacité de la blockchain à appliquer des règles et à vérifier les transactions.
Mais il me reste un doute.
Si les données sont rendues confidentielles, comment le régulateur ou l’auditeur peut-il vérifier que tout est correct lorsqu’il y a un problème ?
D’après moi, c’est justement l’épreuve réelle.
La confidentialité, ce n’est pas seulement cacher des données. Le système doit aussi pouvoir prouver quelque chose, sans tout dévoiler.
Si Dusk peut faire fonctionner ce modèle dans un contexte réel, d’après moi, les marchés privés deviennent l’un des cas d’usage les plus évidents.
Et une fois arrivé jusque-là, je suis encore plus curieux d’une chose : l’identité. La confidentialité seule ne suffit pas si le système ne sait pas qui a le droit de faire une action.
@Dusk
