Je pense que Phoenix devient plus intéressant quand on regarde au-delà du mot « confidentialité ».

Son architecture utilise des notes, des nullifiants, des arbres de Merkle et des preuves à connaissance nulle pour préserver la validité des transactions tout en limitant les informations rendues publiquement visibles.

Par exemple, le réseau peut vérifier une preuve Phoenix sans vérifier directement les détails sous-jacents de la transaction. Les nullifiants aident à empêcher qu’une même note soit dépensée deux fois, tandis que la preuve à connaissance nulle démontre que la transaction respecte les règles du réseau.

Cela compte, car les systèmes financiers réglementés ont encore besoin de garanties solides concernant les soldes de propriété et le règlement.

Une confidentialité sans intégrité serait inutile.

Ce qui m’intéresse particulièrement, c’est le modèle de délégation. Dusk explique comment des clés de consultation peuvent permettre de déléguer l’analyse des transactions sans donner au tiers le secret complet nécessaire pour dépenser les notes. La génération de preuves à connaissance nulle peut aussi être déléguée sans compromettre l’intégrité de la transaction.

À mes yeux, cela montre que la conception pense à un usage pratique, pas seulement à une théorie cryptographique.

C’est l’une des raisons pour lesquelles je continue d’aller plus loin dans @Dusk

$DUSK #Dusk