Dans le monde de la blockchain, la confidentialité est souvent réduite à « tout cacher ». Mais le livre blanc de Dusk Network pose une question plus réaliste : une fois les actifs financiers tokenisés et inscrits on-chain, comment garantir à la fois la vérifiabilité, la conformité réglementaire, et ne pas exposer tous les détails des transactions au public ?
La réponse de Dusk n’est pas une « anonymité absolue », mais une « visibilité selon les besoins ». Le livre blanc résume cette idée par « Privacy by design, transparent when needed » : la confidentialité est intégrée à la conception, la transparence n’intervient que lorsque c’est nécessaire.
Pour y parvenir, Dusk construit, au niveau du socle de règlement DuskDS, deux modèles de transaction parallèles.
Moonlight est un modèle de comptes public : les soldes et les transferts sont relativement transparents, ce qui convient aux scénarios nécessitant un règlement ouvert. Phoenix, quant à lui, s’appuie sur le modèle UTXO et les preuves à connaissance zéro : les actifs existent sous forme de « notes » chiffrées, et les transactions sont confirmées via des preuves à connaissance zéro afin d’établir l’absence de double dépense et la suffisance des fonds, tout en ne révélant pas le montant ni l’expéditeur (à l’exception du destinataire). Phoenix garantit en outre l’impossibilité de relier les transactions grâce à une clé jetable et au mécanisme de brouillage des notes.
Le Transfer Contract de Dusk coordonne la circulation des actifs : ainsi, un même DUSK peut basculer librement entre les modes selon le contexte. Pour un audit à révélation publique, on utilise Moonlight ; pour une protection de la confidentialité, on passe en Phoenix. Les utilisateurs peuvent basculer en un clic entre les deux.
Un système totalement non auditable est difficile à faire accepter par les régulateurs, tandis qu’un système entièrement transparent ne peut pas protéger les secrets commerciaux.
Le cadre Zedger de Dusk est précisément conçu pour des scénarios d’actifs conformes : il trace les soldes de titres via un modèle de comptes, suit les instructions MiFID II et garantit que les transactions de titres on-chain respectent les règles établies.
Au début de 2026, grâce au cadre Zedger, la tokenisation d’actifs traditionnels conformes a déjà dépassé 200 millions d’euros.
Désormais, Dusk évolue encore vers une architecture modulaire avec DuskDS + DuskEVM. DuskDS assure le consensus, le règlement et la disponibilité des données, tandis que DuskEVM fournit un environnement d’exécution compatible EVM.
Après la mise en ligne du réseau principal de DuskEVM lors de la deuxième semaine de janvier 2026, les développeurs pourront déployer des applications DeFi avec Solidity, dotées d’imitives de confidentialité intégrées.#dusk $DUSK @Dusk #SpaceX股价涨至140美元 #标普500财报超预期 $SNDKB #LME铜库存连跌42日创2014年来最长 $AKE #全球股票基金净流入186.2亿美元
La réponse de Dusk n’est pas une « anonymité absolue », mais une « visibilité selon les besoins ». Le livre blanc résume cette idée par « Privacy by design, transparent when needed » : la confidentialité est intégrée à la conception, la transparence n’intervient que lorsque c’est nécessaire.
Pour y parvenir, Dusk construit, au niveau du socle de règlement DuskDS, deux modèles de transaction parallèles.
Moonlight est un modèle de comptes public : les soldes et les transferts sont relativement transparents, ce qui convient aux scénarios nécessitant un règlement ouvert. Phoenix, quant à lui, s’appuie sur le modèle UTXO et les preuves à connaissance zéro : les actifs existent sous forme de « notes » chiffrées, et les transactions sont confirmées via des preuves à connaissance zéro afin d’établir l’absence de double dépense et la suffisance des fonds, tout en ne révélant pas le montant ni l’expéditeur (à l’exception du destinataire). Phoenix garantit en outre l’impossibilité de relier les transactions grâce à une clé jetable et au mécanisme de brouillage des notes.
Le Transfer Contract de Dusk coordonne la circulation des actifs : ainsi, un même DUSK peut basculer librement entre les modes selon le contexte. Pour un audit à révélation publique, on utilise Moonlight ; pour une protection de la confidentialité, on passe en Phoenix. Les utilisateurs peuvent basculer en un clic entre les deux.
Un système totalement non auditable est difficile à faire accepter par les régulateurs, tandis qu’un système entièrement transparent ne peut pas protéger les secrets commerciaux.
Le cadre Zedger de Dusk est précisément conçu pour des scénarios d’actifs conformes : il trace les soldes de titres via un modèle de comptes, suit les instructions MiFID II et garantit que les transactions de titres on-chain respectent les règles établies.
Au début de 2026, grâce au cadre Zedger, la tokenisation d’actifs traditionnels conformes a déjà dépassé 200 millions d’euros.
Désormais, Dusk évolue encore vers une architecture modulaire avec DuskDS + DuskEVM. DuskDS assure le consensus, le règlement et la disponibilité des données, tandis que DuskEVM fournit un environnement d’exécution compatible EVM.
Après la mise en ligne du réseau principal de DuskEVM lors de la deuxième semaine de janvier 2026, les développeurs pourront déployer des applications DeFi avec Solidity, dotées d’imitives de confidentialité intégrées.#dusk $DUSK @Dusk #SpaceX股价涨至140美元 #标普500财报超预期 $SNDKB #LME铜库存连跌42日创2014年来最长 $AKE #全球股票基金净流入186.2亿美元