J’ai passé l’après-midi à parcourir les documents de règlement RWA de Dusk Network, en m’attendant à ce que la couche de confidentialité soit la voie par défaut pour le déplacement des actifs tokenisés. Ce n’est pas le cas. $DUSK architecture prend en charge les transactions confidentielles nativement, mais l’outillage qui a été sollicité lors de l’incident du pont du 16 août était une infrastructure de chaîne transparente, et non la pile orientée confidentialité sur laquelle le projet est construit. #dusk se présente comme la couche de règlement conforme et axée sur la confidentialité pour les actifs réglementés, le genre de chose que les émetteurs RWA sont censés vouloir. Pourtant, lorsque quelque chose a cassé, le plan de secours n’a pas privilégié la confidentialité : il s’agissait de 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 fait qui montre ce que signifie réellement « une confidentialité prête pour la production » sous pression. Si, en situation d’urgence, le système par défaut est la transparence, alors la confidentialité est aujourd’hui une fonctionnalité à laquelle on choisit d’adhérer quand tout est calme, et non une propriété que le système garantit quand ça ne l’est pas. Pour une chaîne qui se présente comme l’avenir du règlement RWA confidentiel, cet écart entre la promesse et la réponse à l’incident mérite qu’on s’y attarde. Que devient le récit sur les RWA si la confidentialité ne tient que jusqu’à ce qu’elle soit testée ?@Dusk