@Dusk #dusk #DUSK Je suis en train de parcourir la documentation de Dusk depuis une heure et, franchement, c’est le premier projet « confidentialité + conformité » depuis un moment qui ne me fait pas lever les yeux au ciel.
Schéma habituel dans ce coin de la crypto : soit « on est prêts sur le plan réglementaire ! » sans rien pour étayer, soit un vrai travail crypto solide caché derrière autant de jargon qu’il faut un doctorat pour comprendre ce qui se passe. Dusk évite les deux.
Ce qui m’a frappé, c’est la question qu’ils cherchent à résoudre — pas « la confidentialité » au sens vague, mais : peut-on prouver qu’une règle a été respectée sans montrer les données qui l’étayent ? C’est bien plus difficile que ça n’en a l’air. La plupart des chaînes vous obligent à choisir — soit la transaction est entièrement visible, soit vous vous contentez de faire confiance à la boîte noire.
La réponse de Dusk est assez maligne — deux modes intégrés dans le protocole. Moonlight, c’est le mode transparent normal (pensez aux soldes de compte, visibles, comme sur Ethereum). Phoenix, c’est là que se fait le ZK : les montants et les parties restent cachés, mais un smart contract peut quand même confirmer que la règle a réellement été respectée. Vous n’avez pas à choisir confidentialité OU vérifiabilité : vous avez les deux, selon ce que vous faites.
C’est surtout ça qui compte, selon moi, pour les institutions. Personne qui gère de vrais montants ne s’intéresse à des graphiques de TPS. Ce qui compte, c’est de savoir si un auditeur peut avoir confiance dans un résultat sans devoir avoir tout le dossier. La plupart des équipes ne s’y attaquent même pas : c’est vraiment dur à construire.
Dusk ne crie pas non plus tout ça sur les toits, ce qui, bizarrement, me fait encore plus confiance.
(au passage — je poste ça dans le cadre de Binance CreatorPad, je suis dans cette campagne en ce moment, mais c’est vraiment mon avis technique)

$DUSK
$DEXE
$LAB