J’ai passé quelques heures à fouiller dans la documentation technique de Dusk hier soir, en essayant de comprendre réellement, et pas seulement en survolant les arguments marketing, comment ils gèrent la confidentialité pour des actifs réglementés.

Mon hypothèse au départ était que cela fonctionnait comme une chaîne de confidentialité standard, mais son approche à double état est ce qui rend le sujet intéressant. Au lieu de tout rendre complètement obscur, l’architecture cherche à séparer la vérification publique de l’exécution privée. En termes simples : le réseau vérifie qu’une transaction respecte les règles à l’aide de preuves à connaissance nulle, sans que les validateurs aient réellement besoin de voir les soldes sous-jacents ni les détails de la contrepartie.

Là où mon interprétation devient un peu floue, c’est au sujet de l’interface de conformité. Les documents mettent l’accent sur la divulgation sélective pour les institutions, mais je n’ai pas trouvé de réponse clairement explicite sur la façon dont les backdoors ou les clés de consultation réglementaires sont régies. Si des entités autorisées peuvent consulter l’historique des transactions pour des raisons d’audit, qui détient exactement l’autorité pour accorder cet accès ? Cela ne risque-t-il pas de créer, avec le temps, des vecteurs de contrôle centralisés ?

Comment voyez-vous l’arbitrage entre conformité institutionnelle et décentralisation pure qui se joue ici ?

@Dusk_Foundation $DUSK #DUSK

#dusk $DUSK