Mise en œuvre précise de Dusk
Phoenix : modèle « shielded » (protégé), basé sur une note chiffrée + une preuve ZK. Les fonds existent sous forme de notes chiffrées ; la transaction peut prouver sa validité sans révéler le montant, ni les notes spécifiques associées, etc. Prend en charge une clé de visualisation (viewing key) : le détenteur peut choisir de transmettre la visibilité au régulateur, à l’auditeur ou à une partie autorisée, afin de réaliser « cacher ce qui doit l’être, mais pouvoir le consulter si besoin ».
Moonlight : modèle de compte transparent ; le solde, le destinataire de la transaction et les montants sont visibles publiquement. Idéal pour l’intégration à des exchanges, les rapports, et les flux financiers qui doivent être observables.
Transfer Contract : une entrée unique et du routage. Il reçoit des charges utiles de transaction au format Phoenix ou Moonlight, effectue les validations, route vers la logique correspondante et garantit la cohérence de l’état global (prévention du double spend, gestion des frais, etc.), tout en supportant des conversions atomiques entre les deux (convert). En général, les utilisateurs n’appellent pas directement ce contrat ; il constitue le cœur au niveau protocolaire pour gérer tous les mouvements de valeur.#dusk $DUSK @Dusk
Phoenix : modèle « shielded » (protégé), basé sur une note chiffrée + une preuve ZK. Les fonds existent sous forme de notes chiffrées ; la transaction peut prouver sa validité sans révéler le montant, ni les notes spécifiques associées, etc. Prend en charge une clé de visualisation (viewing key) : le détenteur peut choisir de transmettre la visibilité au régulateur, à l’auditeur ou à une partie autorisée, afin de réaliser « cacher ce qui doit l’être, mais pouvoir le consulter si besoin ».
Moonlight : modèle de compte transparent ; le solde, le destinataire de la transaction et les montants sont visibles publiquement. Idéal pour l’intégration à des exchanges, les rapports, et les flux financiers qui doivent être observables.
Transfer Contract : une entrée unique et du routage. Il reçoit des charges utiles de transaction au format Phoenix ou Moonlight, effectue les validations, route vers la logique correspondante et garantit la cohérence de l’état global (prévention du double spend, gestion des frais, etc.), tout en supportant des conversions atomiques entre les deux (convert). En général, les utilisateurs n’appellent pas directement ce contrat ; il constitue le cœur au niveau protocolaire pour gérer tous les mouvements de valeur.#dusk $DUSK @Dusk