#dusk $DUSK @Dusk
L’intégration Chainlink de Dusk et de NPEX est passée en production cette année, et le communiqué fait une promesse précise : le transfert de DUSK entre Ethereum et Solana se fera « tout en préservant les caractéristiques réglementaires et de conformité nécessaires à un usage institutionnel ». Je suis allé voir comment, et c’est là que ça devient intéressant.
La documentation CCT de Chainlink elle-même traite le transfert et la conformité comme deux choses distinctes. CCIP/CCT gère le déplacement du jeton. La conformité — l’identité, l’application des politiques, la conformité KYC/AML — vit dans une pièce distincte appelée Automated Compliance Engine, avec son propre Policy Manager et une couche d’identité, exécutés en tant que services hors chaîne en dehors de CCIP lui-même. Les documents de Dusk et de NPEX mentionnent par leur nom CCIP, CCT et DataLink. Aucun ne mentionne ACE.
Ainsi, la ligne selon laquelle les « caractéristiques de conformité sont préservées » fait un travail qui n’est détaillé nulle part, à ma connaissance. Chez Dusk, la conformité est vérifiée dans le même ZK-VM que la confidentialité — Citadel et XSC sont une seule preuve, pas deux systèmes. Côté hors chaîne, via CCIP, le module distinct que Chainlink propose pour ce travail n’a pas été confirmé par Dusk comme étant adopté.
Ce qui a changé pour moi : l’affirmation principale — confidentialité et conformité comme une seule chose — est démontrée sur la propre chaîne de Dusk. En inter-chaînes, elle est affirmée, mais pas encore démontrée.
Prochaine vérification : si les documents techniques de Dusk précisent ACE, CCID, ou un équivalent pour les actifs NPEX bridgés, ou si « préservées » reste non définie.
L’intégration Chainlink de Dusk et de NPEX est passée en production cette année, et le communiqué fait une promesse précise : le transfert de DUSK entre Ethereum et Solana se fera « tout en préservant les caractéristiques réglementaires et de conformité nécessaires à un usage institutionnel ». Je suis allé voir comment, et c’est là que ça devient intéressant.
La documentation CCT de Chainlink elle-même traite le transfert et la conformité comme deux choses distinctes. CCIP/CCT gère le déplacement du jeton. La conformité — l’identité, l’application des politiques, la conformité KYC/AML — vit dans une pièce distincte appelée Automated Compliance Engine, avec son propre Policy Manager et une couche d’identité, exécutés en tant que services hors chaîne en dehors de CCIP lui-même. Les documents de Dusk et de NPEX mentionnent par leur nom CCIP, CCT et DataLink. Aucun ne mentionne ACE.
Ainsi, la ligne selon laquelle les « caractéristiques de conformité sont préservées » fait un travail qui n’est détaillé nulle part, à ma connaissance. Chez Dusk, la conformité est vérifiée dans le même ZK-VM que la confidentialité — Citadel et XSC sont une seule preuve, pas deux systèmes. Côté hors chaîne, via CCIP, le module distinct que Chainlink propose pour ce travail n’a pas été confirmé par Dusk comme étant adopté.
Ce qui a changé pour moi : l’affirmation principale — confidentialité et conformité comme une seule chose — est démontrée sur la propre chaîne de Dusk. En inter-chaînes, elle est affirmée, mais pas encore démontrée.
Prochaine vérification : si les documents techniques de Dusk précisent ACE, CCID, ou un équivalent pour les actifs NPEX bridgés, ou si « préservées » reste non définie.