Je pensais autrefois qu’un security token était, en gros, un contrat ERC-20 avec des formalités supplémentaires, la même logique de transfert, le même accès ouvert, simplement libellé différemment pour des raisons juridiques.
Plus je me suis penché sur ce que les valeurs mobilières réglementées exigent réellement, moins cette hypothèse avait de sens. Un titre financier porte des restrictions qui n’ont rien à voir avec le code et tout à voir avec les personnes autorisées à le détenir.
La manière dont la propriété peut changer de mains et les informations à divulguer qui accompagnent ce transfert. L’éligibilité des investisseurs, les limites juridictionnelles et les conditions de transfert contrôlées ne sont pas des fonctionnalités qu’on “ajoute” à un token après coup : ce sont le comportement réel de l’actif.
C’est là que le concept XSC de Dusk, le Confidential Security Contract, semble puiser sa logique. Au lieu de traiter la conformité comme une liste de contrôle externe appliquée par des intermédiaires, il considère l’éligibilité et les restrictions de transfert comme faisant partie des règles mêmes du contrat, tout en utilisant des mécanismes de confidentialité pour que les détails de propriété ne soient pas entièrement exposés on-chain.
Dusk présente XSC comme une norme pour des titres tokenisés intégrant la confidentialité. Cela déplace la responsabilité, au lieu de demander aux dépositaires de vérifier manuellement chaque opération, vers une infrastructure qui impose automatiquement la règle. Le compromis, c’est que l’encodage de nuances juridiques dans un contrat est plus complexe que l’encodage d’un simple transfert de solde.
L’automatisation de la conformité réduit-elle vraiment le risque, ou fait-elle simplement déplacer les lieux où des erreurs peuvent survenir ?

@Dusk_Foundation #dusk $DUSK