Je n’ai cessé de fixer une ligne dans la documentation de Dusk Network au sujet de la norme du contrat de sécurité confidentielle (XSC) et j’ai dû la relire deux fois. Mon hypothèse de départ était que la confidentialité sur une blockchain signifie, en gros, masquer des données à tout le monde de manière identique. Sauf que XSC ne fonctionne pas comme ça — il permet à un contrat de prouver qu’une transaction remplit des conditions précises (éligibilité, conformité, propriété) sans exposer les données sous-jacentes qui satisfont à ces conditions.

C’est un problème différent de « tout cacher ». C’est plus proche de la façon dont une banque vérifie que vous avez le droit de transférer de l’argent sans avoir besoin d’afficher l’historique complet de votre compte. La preuve remplace la divulgation.

Voici la partie qui me trotte sans arrêt dans la tête : le fait de construire cela au niveau du contrat plutôt que de l’ajouter après coup fait que chaque application de Dusk en hérite par défaut, et non comme une option à activer. Mais cela veut aussi dire que la logique de conformité elle-même doit être juste dès le premier jour — il y a moins de marge pour corriger la confidentialité plus tard une fois que les actifs ont déjà été émis via ce mécanisme.

$DUSK évolue plutôt bien aujourd’hui, autour de 0,062–0,065 $; une capitalisation boursière proche de 31–32,5 M$ et un volume sur 24 h d’environ 4,3 M$ — c’est encore suffisamment petit pour que la plupart de ce travail d’infrastructure passe sous le radar.

Si la preuve d’éligibilité remplace la divulgation complète comme norme de conformité, est-ce que la « blockchain de confidentialité » reste encore une étiquette exacte, ou est-ce que cela devient simplement la façon habituelle dont la finance réglementée fonctionne ? #DUSK @Dusk
Hide all, or prove enough?
100%
Hide all
0%
Prove enough
0%
Depends
0%
1 Votes • Vote fermé