La plupart du temps, lorsque je vois la confidentialité de la blockchain être discutée, la conversation finit rapidement par porter sur ce que les autres ne peuvent pas voir. Mais en étudiant plus attentivement le modèle Phoenix de Dusk, j’ai trouvé que la partie vérification était bien plus intéressante.

Phoenix ne traite pas une transaction privée comme un simple transfert de compte transparent. À la place, il utilise des notes pour représenter la valeur, ces notes étant organisées via un arbre de Merkle.

Lorsqu’une note est dépensée, un nullifier est créé. La partie importante est ce que le nullifier permet au réseau d’établir. Il peut identifier qu’une note particulière a déjà été dépensée sans révéler publiquement la note exacte à l’origine de la transaction.

Cela crée une séparation intéressante : le réseau peut vérifier qu’une chose a été dépensée, sans exposer tout ce qui concerne ce qui a été dépensé.

Ensuite, les preuves à connaissance nulle ajoutent une autre couche en permettant à la transaction de démontrer qu’elle satisfait les règles requises sans révéler l’information privée sous-jacente.

Cela a changé la façon dont je pense Phoenix.

Il ne s’agit pas simplement de prendre une transaction normale et d’en cacher les détails. La structure même de la transaction est conçue autour de la vérification privée.

Et je pense que c’est la partie la plus intéressante de l’architecture de confidentialité de Dusk.

La confidentialité ne concerne pas seulement ce que la blockchain garde caché. Elle concerne aussi ce que la blockchain peut encore prouver sans le révéler.

@Dusk $DUSK #dusk

╭───────────────╮
🔐 Qu’est-ce qui compte le plus ?
╰───────────────╯

👇 Votre choix ?