Je lisais les documents de Dusk, et un point m’a amené à considérer son paramétrage de confidentialité sous un angle un peu différent.
Au départ, je pensais que la confidentialité sur Dusk fonctionnait comme un simple interrupteur : les transactions sont soit privées, soit elles ne le sont pas. Mais en réalité, ce n’est pas comme ça.
Dusk propose Moonlight et Phoenix, qui remplissent des rôles assez différents. Moonlight se rapproche de ce à quoi la plupart d’entre nous sommes habitués sur les chaînes publiques : les soldes et les détails des transactions sont visibles. Phoenix utilise des notes chiffrées et des preuves à connaissance nulle, ce qui permet de vérifier la transaction sans divulguer l’ensemble de ses détails publiquement.
La partie qui m’a semblé plus intéressante, c’est la notion de clés de consultation.
Une transaction Phoenix peut rester privée vis-à-vis du public, tout en permettant à l’utilisateur d’accorder à des parties spécifiques l’accès à certaines informations. Cela peut sembler un détail mineur, mais pour les applications financières, cela a beaucoup de sens. La confidentialité est utile, mais les entreprises peuvent tout de même avoir besoin de transmettre des relevés à des auditeurs ou à d’autres parties autorisées.
Il y a toutefois un inconvénient.
Le fait qu’il existe deux modèles de transaction implique que les utilisateurs doivent en réalité savoir lequel ils utilisent. Quelqu’un pourrait entendre « Dusk est axé sur la confidentialité » et supposer que chaque transaction bénéficie automatiquement du même niveau de confidentialité. Ce n’est pas le cas.
En fait, je préfère envisager Dusk de cette manière : il s’agit moins de cacher tout que de contrôler ce qui devient public et ce qui ne le devient pas.
Je me demande si ce type de confidentialité sélective sera plus simple pour des institutions financières réelles que des systèmes entièrement privés par défaut.
$DUSK @Dusk #dusk
Au départ, je pensais que la confidentialité sur Dusk fonctionnait comme un simple interrupteur : les transactions sont soit privées, soit elles ne le sont pas. Mais en réalité, ce n’est pas comme ça.
Dusk propose Moonlight et Phoenix, qui remplissent des rôles assez différents. Moonlight se rapproche de ce à quoi la plupart d’entre nous sommes habitués sur les chaînes publiques : les soldes et les détails des transactions sont visibles. Phoenix utilise des notes chiffrées et des preuves à connaissance nulle, ce qui permet de vérifier la transaction sans divulguer l’ensemble de ses détails publiquement.
La partie qui m’a semblé plus intéressante, c’est la notion de clés de consultation.
Une transaction Phoenix peut rester privée vis-à-vis du public, tout en permettant à l’utilisateur d’accorder à des parties spécifiques l’accès à certaines informations. Cela peut sembler un détail mineur, mais pour les applications financières, cela a beaucoup de sens. La confidentialité est utile, mais les entreprises peuvent tout de même avoir besoin de transmettre des relevés à des auditeurs ou à d’autres parties autorisées.
Il y a toutefois un inconvénient.
Le fait qu’il existe deux modèles de transaction implique que les utilisateurs doivent en réalité savoir lequel ils utilisent. Quelqu’un pourrait entendre « Dusk est axé sur la confidentialité » et supposer que chaque transaction bénéficie automatiquement du même niveau de confidentialité. Ce n’est pas le cas.
En fait, je préfère envisager Dusk de cette manière : il s’agit moins de cacher tout que de contrôler ce qui devient public et ce qui ne le devient pas.
Je me demande si ce type de confidentialité sélective sera plus simple pour des institutions financières réelles que des systèmes entièrement privés par défaut.
$DUSK @Dusk #dusk