Hier soir, j’ai bossé tard… et je me suis mis à “taper la discussion” sur le site nouvellement lancé de Dusk. Je suis entré avec l’idée que c’était juste un projet “refondu et rebranding” — l’ancien site était pénible : retrouver de la documentation technique obligeait à cliquer sur trois ou quatre liens, et il y avait parfois des erreurs 404. Au final, j’ai passé 20 minutes à suivre les schémas empilés en couches du nouveau site, et j’ai réussi à relier entre eux toutes mes connaissances éparses sur le projet.
Le nouveau site n’empile pas beaucoup de discours marketing : il déplie directement la pile technologique, des couches les plus basses aux plus hautes. Tout en bas, il y a DuskDS, qui gère le consensus, le règlement (settlement) et la disponibilité des données. La couche de consensus utilise SBA, un mécanisme PoS basé sur des comités : via Proof-of-Blind-Bid, on choisit anonymement le producteur de bloc, et la liste des validateurs change à chaque ronde — cette conception sert à empêcher qu’on puisse “verrouiller” des validateurs à l’avance, ou les attaquer, et à éviter la capture de droits de production de blocs par de “gros comptes” qu’on voit dans le PoS traditionnel. La couche de transactions s’appelle Phoenix : elle s’appuie sur un modèle de notes UTXO, où les fonds existent sous forme de “notes” chiffrées. On utilise Pedersen pour dissimuler le montant, et des “invalidateurs” bloquent la double dépense. Les nœuds se contentent de vérifier si les preuves de connaissance zéro sont valides. Lors de mes tests, j’ai essayé de mettre du texte en clair directement dans les transactions : la demande a été rejetée — et c’est là que j’ai compris que, dès la couche de consensus, la règle est “cimentée” et ne laisse aucune marge.
En remontant, la couche Dusk Trade : je pensais au départ à un DEX confidentialité basique, un simple “copier-coller” de briques, mais la démo du site m’a montré qu’elle s’appuie directement sur le canal de règlement sous-jacent. Le carnet d’ordres est chiffré par défaut : on utilise le chiffrement homomorphe d’ElGamal. Les prix et quantités des ordres sont tous en clair sur la chaîne, et ce sont justement des données chiffrées. Le moteur de matching calcule sur les valeurs chiffrées : une fois le prix et la quantité de la transaction déterminés, on déchiffre pour finaliser. Tout au long du processus, les détails fins des ordres ne sont jamais exposés. Plus haut encore, il y a DuskEVM : une couche d’exécution basée sur OP Stack modifiée, qui effectue le règlement directement sur DuskDS. Du côté de Solidity (Sol), tout se connecte et hérite des capacités de confidentialité de la couche de base, sans avoir à “refaire son propre système”. Enfin, tout en haut, il y a le workflow du marché de conformité : Citadel est construit comme un module natif appelable. L’utilisateur n’a pas besoin d’envoyer des photos de passeport ; il prouve via une preuve à connaissance zéro qu’il a “terminé la vérification de conformité”.
Avant, je trouvais toujours que la trajectoire technique de Dusk était dispersée. Mais en parcourant le nouveau site qui déroule tout le full-stack, je me suis rendu compte que ce n’est pas un projet conçu pour faire des “jouets” de transfert anonyme : c’est une base financière de confidentialité et de conformité complète, de bout en bout. Après avoir fini, j’ai directement ajouté un peu de DUSK, parce que des projets qui affichent clairement leur architecture technique sur la place publique, pour que tout le monde voie, il n’y en a vraiment pas beaucoup. #dusk $DUSK @Dusk
Le nouveau site n’empile pas beaucoup de discours marketing : il déplie directement la pile technologique, des couches les plus basses aux plus hautes. Tout en bas, il y a DuskDS, qui gère le consensus, le règlement (settlement) et la disponibilité des données. La couche de consensus utilise SBA, un mécanisme PoS basé sur des comités : via Proof-of-Blind-Bid, on choisit anonymement le producteur de bloc, et la liste des validateurs change à chaque ronde — cette conception sert à empêcher qu’on puisse “verrouiller” des validateurs à l’avance, ou les attaquer, et à éviter la capture de droits de production de blocs par de “gros comptes” qu’on voit dans le PoS traditionnel. La couche de transactions s’appelle Phoenix : elle s’appuie sur un modèle de notes UTXO, où les fonds existent sous forme de “notes” chiffrées. On utilise Pedersen pour dissimuler le montant, et des “invalidateurs” bloquent la double dépense. Les nœuds se contentent de vérifier si les preuves de connaissance zéro sont valides. Lors de mes tests, j’ai essayé de mettre du texte en clair directement dans les transactions : la demande a été rejetée — et c’est là que j’ai compris que, dès la couche de consensus, la règle est “cimentée” et ne laisse aucune marge.
En remontant, la couche Dusk Trade : je pensais au départ à un DEX confidentialité basique, un simple “copier-coller” de briques, mais la démo du site m’a montré qu’elle s’appuie directement sur le canal de règlement sous-jacent. Le carnet d’ordres est chiffré par défaut : on utilise le chiffrement homomorphe d’ElGamal. Les prix et quantités des ordres sont tous en clair sur la chaîne, et ce sont justement des données chiffrées. Le moteur de matching calcule sur les valeurs chiffrées : une fois le prix et la quantité de la transaction déterminés, on déchiffre pour finaliser. Tout au long du processus, les détails fins des ordres ne sont jamais exposés. Plus haut encore, il y a DuskEVM : une couche d’exécution basée sur OP Stack modifiée, qui effectue le règlement directement sur DuskDS. Du côté de Solidity (Sol), tout se connecte et hérite des capacités de confidentialité de la couche de base, sans avoir à “refaire son propre système”. Enfin, tout en haut, il y a le workflow du marché de conformité : Citadel est construit comme un module natif appelable. L’utilisateur n’a pas besoin d’envoyer des photos de passeport ; il prouve via une preuve à connaissance zéro qu’il a “terminé la vérification de conformité”.
Avant, je trouvais toujours que la trajectoire technique de Dusk était dispersée. Mais en parcourant le nouveau site qui déroule tout le full-stack, je me suis rendu compte que ce n’est pas un projet conçu pour faire des “jouets” de transfert anonyme : c’est une base financière de confidentialité et de conformité complète, de bout en bout. Après avoir fini, j’ai directement ajouté un peu de DUSK, parce que des projets qui affichent clairement leur architecture technique sur la place publique, pour que tout le monde voie, il n’y en a vraiment pas beaucoup. #dusk $DUSK @Dusk
