"La confidentialité programmable" ressemble à une fonctionnalité technique jusqu’à ce que l’on remarque qui, en réalité, a le droit de faire la programmation. En parcourant le contenu relatif à $DUSK et le matériel #Dusk destiné aux institutions financières, l’argument central porte sur des règles de divulgation configurables, mais la configuration elle-même dépend de celui qui déploie le contrat intelligent, et non de l’utilisateur final, ni même du régulateur qui le examine a posteriori. C’est un changement discret mais bien réel dans la localisation du pouvoir de contrôle : ce n’est pas la chaîne qui applique la confidentialité de manière uniforme, c’est l’émetteur qui en décide la forme dès le départ, contrat par contrat. Par rapport à la manière dont @Chainlink gère la conformité grâce à des flux de données attestés par oracle, ou dont @Circle structure la divulgation autour d’une attestation centralisée, Dusk pousse cette décision plus tôt, directement dans le code. Cela semble plus décentralisé, mais en pratique, cela concentre la puissance de conception chez la personne qui rédige la logique initiale. Les institutions pourraient apprécier cela parce que cela leur donne le contrôle, mais cela signifie aussi que « la confidentialité » ici est vraiment « une confidentialité telle que configurée par l’émetteur », et non une garantie fixe. Je reviens sans cesse à la question : est-ce une fonctionnalité que les institutions souhaitent, ou simplement une chose à laquelle elles n’ont pas encore été invitées à réfléchir.
#dusk $DUSK @Dusk