J’ai passé une heure à lire la documentation de DUSK à la recherche de la chose que chaque chaîne de confidentialité promet : des transactions confidentielles, par défaut. $DUSK , #dusk , @Dusk . Ce que j’ai trouvé, au lieu de ça, c’est un embranchement que la plupart des gens ne remarqueront pas, à moins de construire réellement. La couche de base des transactions est bien chiffrée, certes, mais dès que vous voulez de la composition avec quelque chose qui ressemble à un smart contract, vous êtes orienté vers Piecrust et vers un chemin d’exécution de contrat confidentiel distinct qui n’est pas celui que les portefeuilles livrent en standard. Ainsi, le cadrage « privé par défaut » est techniquement vrai pour les transferts, mais conditionnel en silence pour un usage programmable. Un choix de conception a particulièrement attiré mon attention : le réseau traite la confidentialité et la possibilité d’audit comme un interrupteur au niveau applicatif, pas comme une garantie à l’échelle du réseau — ce qui signifie que la posture de confidentialité réelle de tout ce qui est construit sur DUSK dépend entièrement du module que le développeur a choisi de brancher. 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 ne sont en réalité que capables de confidentialité, en attente de quelqu’un qui active la fonctionnalité.