$ETH #dusk $DUSK Dusk的 récit de conformité n'est pas une douve ; c'est plutôt l'exécution de la tokenisation qui l'est
J’ai comparé les contrats de tokenisation standardisés de Dusk et les modules d’actifs de Polymesh, et la conclusion est assez subtile. L’objectif de Dusk n’est pas de « créer des tokens », mais d’insérer dans un même rail de confidentialité des actions comme l’enregistrement des droits, les distributions et le rachat. $DUSK y joue le rôle de gas et de validation des nœuds mis en gage. Ce design est bien plus lourd qu’un simple ajout d’une couche de conformité. Plus c’est lourd, plus c’est vérifiable ; mais cela signifie aussi que l’état on-chain devient plus complexe.
Une fois l’état on-chain complexe, les problèmes ne viennent pas du consensus, mais de la lisibilité des contrats. Les interfaces de tokenisation de Dusk penchent vers un langage institutionnel : le KYC et les périodes de verrouillage peuvent être écrits directement dans le cycle de vie du contrat, ce qui est plus « dur » que l’approche d’Ondo qui s’appuie sur une liste blanche off-chain. Mais quand je teste l’interface, j’ai toujours la même impression : elle pré-positionne les hypothèses réglementaires. Et si le cadre réglementaire change, le chemin de migration du contrat n’est pas nécessairement plus simple que celui des systèmes traditionnels d’enregistrement des titres.
Par rapport aux pools d’actifs réellement utilisés par Centrifuge, le traitement on-chain de Dusk ressemble davantage à la logique d’émission primaire régie par le droit des valeurs mobilières, plutôt qu’à du prêt adossé à des garanties. Pour la tokenisation de titres, c’est un atout : les contraintes sur la cession secondaire sont intégrées à l’effectivité de la transaction, plutôt que reléguées à des restrictions côté portefeuille. En revanche, le coût est une friction accrue sur la liquidité. Si l’utilisateur ne comprend pas les conditions de contrainte, il peut croire que l’échec de la transaction vient du réseau.
En fait, personne ne choisira Dusk uniquement pour la confidentialité. Les raisons de le choisir sont probablement plutôt liées au fait de vouloir réaliser la tokenisation sur une chaîne conçue par défaut pour la conformité. À ce jour, il n’y a pas de concurrents très forts : Polymesh se concentre sur la gestion d’identité, Tokeny sur les outils d’émission, et Dusk se retrouve entre les deux. L’état « au milieu » redoute le scénario où l’une des deux parties ne s’y appuie pas ; mais au moins, Dusk ne s’est pas emballé comme une chaîne RWA universelle.
@Dusk_Foundation
J’ai comparé les contrats de tokenisation standardisés de Dusk et les modules d’actifs de Polymesh, et la conclusion est assez subtile. L’objectif de Dusk n’est pas de « créer des tokens », mais d’insérer dans un même rail de confidentialité des actions comme l’enregistrement des droits, les distributions et le rachat. $DUSK y joue le rôle de gas et de validation des nœuds mis en gage. Ce design est bien plus lourd qu’un simple ajout d’une couche de conformité. Plus c’est lourd, plus c’est vérifiable ; mais cela signifie aussi que l’état on-chain devient plus complexe.
Une fois l’état on-chain complexe, les problèmes ne viennent pas du consensus, mais de la lisibilité des contrats. Les interfaces de tokenisation de Dusk penchent vers un langage institutionnel : le KYC et les périodes de verrouillage peuvent être écrits directement dans le cycle de vie du contrat, ce qui est plus « dur » que l’approche d’Ondo qui s’appuie sur une liste blanche off-chain. Mais quand je teste l’interface, j’ai toujours la même impression : elle pré-positionne les hypothèses réglementaires. Et si le cadre réglementaire change, le chemin de migration du contrat n’est pas nécessairement plus simple que celui des systèmes traditionnels d’enregistrement des titres.
Par rapport aux pools d’actifs réellement utilisés par Centrifuge, le traitement on-chain de Dusk ressemble davantage à la logique d’émission primaire régie par le droit des valeurs mobilières, plutôt qu’à du prêt adossé à des garanties. Pour la tokenisation de titres, c’est un atout : les contraintes sur la cession secondaire sont intégrées à l’effectivité de la transaction, plutôt que reléguées à des restrictions côté portefeuille. En revanche, le coût est une friction accrue sur la liquidité. Si l’utilisateur ne comprend pas les conditions de contrainte, il peut croire que l’échec de la transaction vient du réseau.
En fait, personne ne choisira Dusk uniquement pour la confidentialité. Les raisons de le choisir sont probablement plutôt liées au fait de vouloir réaliser la tokenisation sur une chaîne conçue par défaut pour la conformité. À ce jour, il n’y a pas de concurrents très forts : Polymesh se concentre sur la gestion d’identité, Tokeny sur les outils d’émission, et Dusk se retrouve entre les deux. L’état « au milieu » redoute le scénario où l’une des deux parties ne s’y appuie pas ; mais au moins, Dusk ne s’est pas emballé comme une chaîne RWA universelle.
@Dusk_Foundation