La tokenisation des RWA a le vent en poupe depuis ces deux dernières années, mais la plupart des chaînes publiques se heurtent à la même impasse : sur la blockchain, les transactions sont par défaut entièrement publiques. Or, dans les activités financières institutionnelles, les détails des transactions doivent justement rester confidentiels, tout en devant aussi répondre aux exigences de conformité et d’audit réglementaire. Il est donc difficile pour les blockchains “grand public” d’attraper ces deux objectifs à la fois.
La position de Dusk n’est pas d’être une énième chaîne de confidentialité anonyme : c’est une Layer 1 construite spécifiquement pour des contextes financiers réglementés. La confidentialité n’est pas un simple masque ajouté a posteriori : elle est conçue nativement dans la couche protocolaire. Dans ses standards de marque, Dusk propose une norme de contrat de sécurité confidentielle appelée Confidential Security Contract (XSC). Cette norme prend en charge, de façon ciblée, l’émission, la négociation et la gestion d’actifs relevant des valeurs mobilières ; dans l’architecture technique actuelle, la logique de conformité des titres est assurée concrètement par le smart contract Zedger.
La philosophie de conception centrale consiste à faire fonctionner en parallèle deux modèles de transaction : Moonlight et Phoenix. Moonlight est un modèle de comptes transparents : soldes et transferts sont publics et vérifiables, ce qui convient aux scénarios nécessitant une réconciliation directe. Phoenix, lui, repose sur le modèle UTXO et s’appuie sur des preuves à connaissance nulle pour vérifier la validité des transactions : les montants et les contreparties ne sont pas, par défaut, divulgués. Par ailleurs, il permet de déléguer la capacité de consulter les transactions à un tiers de confiance ; dans les cas d’usage produits réels, ce mécanisme de “consultation contrôlée” soutient aussi les choix de divulgation sélective à l’attention des régulateurs. Comme le dit clairement le livre blanc, l’objectif de cette conception à double modèles est de permettre à Dusk de gérer à la fois les transactions financières nécessitant de la confidentialité et celles qui ne peuvent pas sacrifier la conformité.
Côté avancées de l’écosystème : Dusk Trade cible les titres tokenisés et collabore déjà avec la bourse réglementée européenne NPEX ; DuskEVM permet aux développeurs familiers avec Solidity d’intégrer directement ce système de règlement confidentiel, sans devoir apprendre un nouveau langage depuis zéro ; Hedger ajoute quant à lui des capacités de transactions confidentielles à l’environnement EVM. Le consensus de base, basé sur les SA (succinct attestation), s’appuie sur un PoS à comité assurant un choix aléatoire déterministe : il permet d’atteindre la finalité du règlement en l’espace de quelques secondes. Pour les transactions financières, cette exigence — “un règlement certain, et pas seulement probable” — est un besoin majeur, et Dusk correspond précisément à ce niveau de nécessité.
Mon avis personnel est que les projets RWA foisonnent aujourd’hui, mais qu’il n’y en a pas tant que ça qui intègrent vraiment la confidentialité et la conformité directement dans les couches du protocole, plutôt que de greffer par-dessus un bloc existant une brique de conformité “prête à l’emploi”. Dusk comble ce manque d’infrastructure : ce n’est pas encore un récit RWA, c’est une base pour construire la finance on-chain conforme.
#dusk $DUSK @Dusk
Et vous, selon vous : pour les institutions, qu’est-ce qui est le plus difficile à faire en même temps — la confidentialité ou la conformité ?
La position de Dusk n’est pas d’être une énième chaîne de confidentialité anonyme : c’est une Layer 1 construite spécifiquement pour des contextes financiers réglementés. La confidentialité n’est pas un simple masque ajouté a posteriori : elle est conçue nativement dans la couche protocolaire. Dans ses standards de marque, Dusk propose une norme de contrat de sécurité confidentielle appelée Confidential Security Contract (XSC). Cette norme prend en charge, de façon ciblée, l’émission, la négociation et la gestion d’actifs relevant des valeurs mobilières ; dans l’architecture technique actuelle, la logique de conformité des titres est assurée concrètement par le smart contract Zedger.
La philosophie de conception centrale consiste à faire fonctionner en parallèle deux modèles de transaction : Moonlight et Phoenix. Moonlight est un modèle de comptes transparents : soldes et transferts sont publics et vérifiables, ce qui convient aux scénarios nécessitant une réconciliation directe. Phoenix, lui, repose sur le modèle UTXO et s’appuie sur des preuves à connaissance nulle pour vérifier la validité des transactions : les montants et les contreparties ne sont pas, par défaut, divulgués. Par ailleurs, il permet de déléguer la capacité de consulter les transactions à un tiers de confiance ; dans les cas d’usage produits réels, ce mécanisme de “consultation contrôlée” soutient aussi les choix de divulgation sélective à l’attention des régulateurs. Comme le dit clairement le livre blanc, l’objectif de cette conception à double modèles est de permettre à Dusk de gérer à la fois les transactions financières nécessitant de la confidentialité et celles qui ne peuvent pas sacrifier la conformité.
Côté avancées de l’écosystème : Dusk Trade cible les titres tokenisés et collabore déjà avec la bourse réglementée européenne NPEX ; DuskEVM permet aux développeurs familiers avec Solidity d’intégrer directement ce système de règlement confidentiel, sans devoir apprendre un nouveau langage depuis zéro ; Hedger ajoute quant à lui des capacités de transactions confidentielles à l’environnement EVM. Le consensus de base, basé sur les SA (succinct attestation), s’appuie sur un PoS à comité assurant un choix aléatoire déterministe : il permet d’atteindre la finalité du règlement en l’espace de quelques secondes. Pour les transactions financières, cette exigence — “un règlement certain, et pas seulement probable” — est un besoin majeur, et Dusk correspond précisément à ce niveau de nécessité.
Mon avis personnel est que les projets RWA foisonnent aujourd’hui, mais qu’il n’y en a pas tant que ça qui intègrent vraiment la confidentialité et la conformité directement dans les couches du protocole, plutôt que de greffer par-dessus un bloc existant une brique de conformité “prête à l’emploi”. Dusk comble ce manque d’infrastructure : ce n’est pas encore un récit RWA, c’est une base pour construire la finance on-chain conforme.
#dusk $DUSK @Dusk
Et vous, selon vous : pour les institutions, qu’est-ce qui est le plus difficile à faire en même temps — la confidentialité ou la conformité ?
A. 隐私更难,技术门槛高
B. 合规更难,涉及多方监管
C. 两者同等难,缺一不可
3 heure(s) restante(s)
