Au début, j’ai supposé que les deux modèles de transaction sur Dusk n’étaient qu’un simple interrupteur de confidentialité. Public ou privé. Un seul commutateur. Un choix simple.

La différence réelle va plus loin.

Moonlight fonctionne comme Ethereum. Votre compte possède un nonce. Chaque transaction l’incrémente publiquement. Tout le monde peut voir votre solde, votre historique, votre séquence. Le nonce est un compteur. C’est aussi une trace.

Phoenix fonctionne différemment. Il n’y a pas de compte. Aucun solde visible. Pas de compteur séquentiel. À la place, lorsque vous dépensez une note, vous produisez un nullificateur. Le réseau enregistre ce nullificateur et sait que la note a disparu. Mais il ne peut pas relier le nullificateur à la note dont il provient. La dépense est vérifiable. L’identité de ce qui a été dépensé n’est pas connue.

Cette distinction compte plus qu’on ne le pense. Dans Moonlight, votre historique de transactions est une histoire lisible. Dans Phoenix, le réseau sait que des chapitres sont en train d’être écrits sans connaître ce qu’ils disent.

Ce à quoi je ne cesse de penser, c’est à quels modèles les institutions veulent réellement recourir. Une banque traitant un règlement pourrait avoir besoin de Moonlight pour les pistes d’audit. Un fonds exécutant une stratégie pourrait avoir besoin de Phoenix pour éviter le front-running. Les deux peuvent coexister sur la même chaîne. L’un n’oblige pas l’autre à faire de compromis.

Ce que je n’arrive pas à trouver dans la documentation, c’est comment les régulateurs considèrent les nullificateurs comme des preuves. Un nonce prouve l’ordre. Un nullificateur prouve une dépense sans révéler la note. Est-ce qu’ils sont légalement équivalents dans un contexte de conformité ?

Qu’en pensez-vous — quand un régulateur demande une preuve de transaction, un nullificateur satisfait-il à l’exigence, ou est-ce qu’il ne fait que soulever une question plus difficile ?

#dusk $DUSK @Dusk