Beaucoup de gens pensent que la conformité au RGPD consiste simplement à ajouter une politique de confidentialité et une fenêtre de consentement.
Pour une application classique, cela peut suffire. Pour la finance sur la blockchain, c’est un conflit structurel.
Le conflit se situe au niveau même du registre.
Le but initial d’un registre public est d’enregistrer tout, afin que cela puisse être consulté de façon permanente.
Or, deux principes stricts du RGPD sont la minimisation des données et la limitation des finalités :
ne collecter que le nécessaire, puis supprimer une fois utilisé.
« Se souvenir de tout pour toujours » d’un côté, et « enregarder le moins possible » de l’autre :
ce ne sont pas seulement des questions de clauses, ce sont des logiques de conception qui s’affrontent directement.
Les mots officiels sont sans ambiguïté : une blockchain totalement transparente ne peut tout simplement pas atteindre ce niveau d’exigence.
La solution de Dusk consiste à modifier la conception du registre lui-même, pas à coller une fenêtre de consentement.
Sa confidentialité programmable intègre le choix dans le protocole :
privacité quand c’est nécessaire, transparence quand c’est utile, divulgation sélective pour permettre un contrôle autorisé.
Les données de transaction restent confidentielles au quotidien, et ne sont pas visibles par tout le monde ;
lorsqu’un contrôle autorisé arrive, on divulgue uniquement les parties pertinentes, au besoin.
Ce n’est pas un « correctif » appliqué à un registre public,
ce sont les « données minimisées » qui deviennent une contrainte de conception du niveau de règlement et du modèle de transaction.
C’est pourquoi Dusk Trade peut inscrire « conforme aux réglementations de l’UE, y compris le RGPD » sur sa page produit,
car la conformité fait partie de l’architecture dès le premier jour, ce n’est pas un document juridique ajouté après le lancement.
La conformité RGPD de la finance on-chain n’a jamais dépendu de la qualité de la politique de confidentialité,
mais de savoir si le registre ose ne pas enregistrer.
#dusk $DUSK @Dusk
Pour une application classique, cela peut suffire. Pour la finance sur la blockchain, c’est un conflit structurel.
Le conflit se situe au niveau même du registre.
Le but initial d’un registre public est d’enregistrer tout, afin que cela puisse être consulté de façon permanente.
Or, deux principes stricts du RGPD sont la minimisation des données et la limitation des finalités :
ne collecter que le nécessaire, puis supprimer une fois utilisé.
« Se souvenir de tout pour toujours » d’un côté, et « enregarder le moins possible » de l’autre :
ce ne sont pas seulement des questions de clauses, ce sont des logiques de conception qui s’affrontent directement.
Les mots officiels sont sans ambiguïté : une blockchain totalement transparente ne peut tout simplement pas atteindre ce niveau d’exigence.
La solution de Dusk consiste à modifier la conception du registre lui-même, pas à coller une fenêtre de consentement.
Sa confidentialité programmable intègre le choix dans le protocole :
privacité quand c’est nécessaire, transparence quand c’est utile, divulgation sélective pour permettre un contrôle autorisé.
Les données de transaction restent confidentielles au quotidien, et ne sont pas visibles par tout le monde ;
lorsqu’un contrôle autorisé arrive, on divulgue uniquement les parties pertinentes, au besoin.
Ce n’est pas un « correctif » appliqué à un registre public,
ce sont les « données minimisées » qui deviennent une contrainte de conception du niveau de règlement et du modèle de transaction.
C’est pourquoi Dusk Trade peut inscrire « conforme aux réglementations de l’UE, y compris le RGPD » sur sa page produit,
car la conformité fait partie de l’architecture dès le premier jour, ce n’est pas un document juridique ajouté après le lancement.
La conformité RGPD de la finance on-chain n’a jamais dépendu de la qualité de la politique de confidentialité,
mais de savoir si le registre ose ne pas enregistrer.
#dusk $DUSK @Dusk