#dusk $DUSK Clés d’affichage de Phoenix : le risque discret d’une confidentialité
Je reviens sans cesse à un détail inconfortable dans la conception de Phoenix de Dusk : une clé d’affichage semble inoffensive tant qu’on n’arrête pas d’y penser comme un simple « accès en lecture ».
Je peux imaginer le workflow légitime. Un émetteur autorise un auditeur à inspecter un transfert Phoenix, à vérifier les montants, à rapprocher les contreparties et à produire un rapport. Le transfert est réglé. Les notes restent protégées de tout le reste. La divulgation sélective fonctionne exactement comme prévu.
Mais je vois un problème différent après la fin du rapport.
L’audit a un cycle de vie. L’autorité d’affichage, elle, peut ne pas en avoir.
Je peux révoquer une clé plus tard, mais je ne peux pas révoquer une information qui a déjà atteint les systèmes de l’auditeur. Une fois que les données Phoenix sont exportées vers des fichiers de rapprochement, des rapports ou des archives internes, modifier les autorisations ne ramène pas cette information dans l’état protégé.
Cela pose, selon moi, la question la plus importante :
Qui conserve encore l’autorité d’affichage de Phoenix lorsque la raison initiale de l’accès disparaît ?
La finalité de DuskDS peut régler la transaction. Phoenix peut préserver la confidentialité. Mais la vie privée dépend aussi de la capacité à contrôler la durée de la divulgation elle-même.
C’est là que commence la vraie question d’infrastructure.
@Dusk_Foundation
Je reviens sans cesse à un détail inconfortable dans la conception de Phoenix de Dusk : une clé d’affichage semble inoffensive tant qu’on n’arrête pas d’y penser comme un simple « accès en lecture ».
Je peux imaginer le workflow légitime. Un émetteur autorise un auditeur à inspecter un transfert Phoenix, à vérifier les montants, à rapprocher les contreparties et à produire un rapport. Le transfert est réglé. Les notes restent protégées de tout le reste. La divulgation sélective fonctionne exactement comme prévu.
Mais je vois un problème différent après la fin du rapport.
L’audit a un cycle de vie. L’autorité d’affichage, elle, peut ne pas en avoir.
Je peux révoquer une clé plus tard, mais je ne peux pas révoquer une information qui a déjà atteint les systèmes de l’auditeur. Une fois que les données Phoenix sont exportées vers des fichiers de rapprochement, des rapports ou des archives internes, modifier les autorisations ne ramène pas cette information dans l’état protégé.
Cela pose, selon moi, la question la plus importante :
Qui conserve encore l’autorité d’affichage de Phoenix lorsque la raison initiale de l’accès disparaît ?
La finalité de DuskDS peut régler la transaction. Phoenix peut préserver la confidentialité. Mais la vie privée dépend aussi de la capacité à contrôler la durée de la divulgation elle-même.
C’est là que commence la vraie question d’infrastructure.
@Dusk_Foundation