#dusk $DUSK @Dusk
L’un des pans de l’histoire de Dusk qui mérite davantage d’attention est Zedger, le modèle de transaction hybride créé pour soutenir la norme Confidential Security Contract (XSC). L’idée était de combiner les avantages de la confidentialité de type UTXO avec les capacités de type compte nécessaires à l’administration des titres.
Pourquoi est-ce important ? Un actif réglementé a souvent besoin de règles persistantes sur qui peut le détenir, sur le caractère autorisé ou non d’un transfert, sur la manière dont les soldes influencent les opérations sur titres, et sur ce qui se passe pendant le rachat. Des transferts purement privés, de type monnaie, ne permettent pas de répondre à ces exigences. Zedger a été conçu pour que les émetteurs puissent appliquer des contrôles, tout en gardant les détails des transactions confidentiels pour le grand public.
L’architecture plus récente de Dusk s’est étendue avec DuskDS, DuskEVM et Hedger, mais le problème de conception sous-jacent reste le même : la confidentialité financière doit coexister avec l’auditabilité et la conformité programmable. C’est ce fil conducteur qui relie XSC à la pile plus large de Dusk aujourd’hui.
Je trouve cette évolution notable car elle montre un projet qui adapte son implémentation tout en préservant l’exigence initiale du marché. L’objectif n’est pas la confidentialité pour elle-même. Il s’agit de permettre aux actifs réglementés de se comporter comme des actifs réglementés onchain, sans exposer à tout le monde chaque détenteur, chaque solde ou chaque détail de transaction. Il s’agit d’un problème plus difficile que la simple tokenisation. L’architecture évolue autour de cet objectif.
L’un des pans de l’histoire de Dusk qui mérite davantage d’attention est Zedger, le modèle de transaction hybride créé pour soutenir la norme Confidential Security Contract (XSC). L’idée était de combiner les avantages de la confidentialité de type UTXO avec les capacités de type compte nécessaires à l’administration des titres.
Pourquoi est-ce important ? Un actif réglementé a souvent besoin de règles persistantes sur qui peut le détenir, sur le caractère autorisé ou non d’un transfert, sur la manière dont les soldes influencent les opérations sur titres, et sur ce qui se passe pendant le rachat. Des transferts purement privés, de type monnaie, ne permettent pas de répondre à ces exigences. Zedger a été conçu pour que les émetteurs puissent appliquer des contrôles, tout en gardant les détails des transactions confidentiels pour le grand public.
L’architecture plus récente de Dusk s’est étendue avec DuskDS, DuskEVM et Hedger, mais le problème de conception sous-jacent reste le même : la confidentialité financière doit coexister avec l’auditabilité et la conformité programmable. C’est ce fil conducteur qui relie XSC à la pile plus large de Dusk aujourd’hui.
Je trouve cette évolution notable car elle montre un projet qui adapte son implémentation tout en préservant l’exigence initiale du marché. L’objectif n’est pas la confidentialité pour elle-même. Il s’agit de permettre aux actifs réglementés de se comporter comme des actifs réglementés onchain, sans exposer à tout le monde chaque détenteur, chaque solde ou chaque détail de transaction. Il s’agit d’un problème plus difficile que la simple tokenisation. L’architecture évolue autour de cet objectif.