J’ai passé l’après-midi à lire les documents de règlement du réseau Dusk, en m’attendant à ce que la couche de confidentialité soit le rail par défaut pour le mouvement des actifs tokenisés. Ce n’est pas le cas. L’architecture $DUSK prend en charge nativement les transactions confidentielles, mais l’outillage auquel on a eu recours pendant l’incident du pont du 16 août était une infrastructure de type « chaîne transparente », et non la pile native de confidentialité sur laquelle le projet s’appuie. #dusk se présente comme la couche de règlement de confiance et respectueuse des exigences, axée sur la confidentialité, pour les actifs réglementés, exactement le genre de chose que les émetteurs d’actifs RWA sont censés vouloir. Pourtant, lorsque quelque chose s’est brisé, la solution de repli n’a pas cherché à préserver la confidentialité : c’était plutôt ce qui pouvait être débogué et expliqué le plus vite. Ce n’est pas une critique de la réponse de l’équipe ; c’est un constat sur ce que signifie réellement « confidentialité prête pour la production » sous la pression. Si le chemin d’urgence fait par défaut de la transparence, alors la confidentialité est actuellement une fonctionnalité qu’on active quand tout va bien, et non une propriété que le système garantit quand ce n’est pas le cas. Pour une chaîne qui se présente comme l’avenir du règlement RWA confidentiel, cet écart entre le discours et la gestion de l’incident mérite qu’on s’y attarde. Que devient le récit RWA si la confidentialité ne tient que jusqu’à ce qu’elle soit mise à l’épreuve ?@Dusk