Pour un réseau axé sur la confidentialité, un système de transactions publiques n’est pas une contradiction, mais une nécessité opérationnelle absolue. Au sein de l’écosystème du réseau Dusk, la réponse à cette énigme de conception d’infrastructure repose sur son modèle de machine virtuelle et son architecture hybride.
🌟 Le cœur du paradoxe : le rôle de la lumière de la lune
La lumière de la lune est le modèle public et transparent de transactions qui coexiste avec la Citadelle (l’identité privée et le système de transactions de Dusk). Dusk met en œuvre la lumière de la lune parce qu’une blockchain d’entreprise 100 % privée est irréalisable sur le plan informatique et incompatible avec l’écosystème DeFi mondial pour trois raisons fondamentales :
Synchronisation du consensus : les validateurs du mécanisme de Proof-of-Blind-Bid (PoBB) doivent vérifier publiquement que les nœuds ont verrouillé leurs offres sans révéler l’identité de l’enchérisseur. Cela nécessite un registre d’état public pour empêcher le double dépense des jetons de consensus.
Frais de gaz et de réseau : le traitement de preuves à connaissance nulle (ZKPs) consomme d’importantes ressources réseau. Le calcul et le paiement des frais de gaz dans un environnement entièrement privé ralentiraient la finalisation des blocs de Dusk, qui est visée à moins de 10 secondes.
Conformité réglementaire : Moonlight permet l’émission de jetons hybrides où le transfert de propriété peut rester confidentiel, mais le cycle de vie de l’actif (émission, brûlage, paiements de dividendes) conserve des traces d’audit publiques obligatoires pour les réglementations comme MiCA en Europe.
🔎 L’architecture de Dusk : pièce par pièce
Pour comprendre comment Moonlight interagit avec le reste du système, il est nécessaire de décomposer le système d’exploitation et l’environnement d’exécution de Dusk :
1. Piecrust : le moteur d’état
Piecrust est la machine virtuelle (VM) native de Dusk. Contrairement à l’EVM d’Ethereum, Piecrust est basée sur WebAssembly (WASM) et est spécifiquement optimisée pour les transitions d’état impliquant la cryptographie ZK.
Conçu en Rust pour maximiser la vitesse d’exécution des contrats intelligents confidentiels.
Met en œuvre un modèle de stockage fragmenté qui sépare les états publics (Moonlight) des engagements de confidentialité aveugle.
2. PLONK : le système de preuve
Dusk utilise une implémentation ultra-optimisée de PLONK (un type de zk-SNARK) comme base cryptographique.
Supprime le besoin d’un « trusted setup » répétitif pour chaque mise à jour de contrat.
Permet la génération de preuves de transaction côté client (dans un navigateur web ou sur un smartphone) en quelques secondes, en envoyant uniquement la preuve mathématique à Moonlight.
3. Le modèle de contrat intelligent confidentiel (XSC)
Les contrats intelligents confidentiels de Dusk permettent aux entreprises d’émettre des jetons de sécurité réglementés. Moonlight intervient ici pour gérer les règles de transfert du contrat (par ex. « l’acheteur doit être européen et majeur ») en vérifiant une preuve ZK sans révéler les données personnelles de l’utilisateur protégées dans Citadel.
💡 Conclusion et prochaines étapes
Dusk ne vise pas une confidentialité anarchique ou obscure ; elle recherche une confidentialité réglementée. Moonlight fournit la transparence infrastructurelle nécessaire aux régulateurs pour leur faire confiance dans l’intégrité comptable du réseau (en s’assurant qu’aucun faux jeton n’est émis de nulle part), tandis que le système d’exploitation d’ombre protège les données commerciales concurrentielles des institutions financières.
