J’ai passé une heure à parcourir la documentation de DUSK à la recherche de ce que chaque chaîne axée sur la confidentialité prétend offrir : des transactions confidentielles par défaut. $DUSK , #dusk , @Dusk . Ce que j’ai trouvé, c’est plutôt une bifurcation que la plupart des gens ne remarqueront pas, sauf s’ils sont réellement en train de construire. La transaction de couche de base est bien masquée, certes, mais dès que vous voulez de la composabilité avec quelque chose qui ressemble à un contrat intelligent, vous êtes redirigé vers Piecrust et vers un chemin d’exécution de contrat confidentiel distinct qui n’est pas le même que celui que les portefeuilles fournissent “tel quel” en sortie de boîte. Ainsi, la formulation “privé par défaut” est techniquement vraie pour les transferts, mais discrètement conditionnelle pour un usage programmable. Un choix de conception a particulièrement retenu mon attention : le réseau traite la confidentialité et la traçabilité (auditabilité) comme un interrupteur au niveau de l’application, et non comme une garantie à l’échelle du réseau — ce qui signifie que la posture de confidentialité de tout ce qui est construit sur DUSK dépend entièrement du module que le développeur a choisi d’intégrer. Ce n’est pas exactement un défaut : c’est une décision d’architecture aux conséquences que personne ne commercialise. Ça me fait me demander combien d’applications “préservant la confidentialité” au-dessus de chaînes comme celle-ci sont en réalité seulement capables de confidentialité, en attente de quelqu’un qui activera la fonctionnalité.