Ces dernières années, en regardant les projets RWA, je me méfie de plus en plus de l’indicateur “combien de Tokens ont été émis”. Pour juger si un projet fait vraiment les choses sérieusement en finance, je me pose plutôt une question, un peu moins agréable : que se passe-t-il si tout tourne mal demain ? #dusk
Avec des Tokens ordinaires, c’est simple : on transfère et c’est réglé. Ce n’est pas le cas pour les titres. Les dividendes, le rachat, la destruction, les actions sur la société, et les transferts forcés imposés par des exigences judiciaires ou réglementaires : à chaque étape, si quelque chose bloque, toute l’histoire précédente “d’actifs tokenisés sur la blockchain” doit être remise sur la table.
Or, le Zedger de Dusk intègre précisément ces opérations directement dans la logique de contrat des titres et des RWA.
À mon avis, ce point est bien plus intéressant que la simple expression “RWA tokenisés”. Car le véritable actif financier ne commence pas à avoir de la valeur au moment où on l’achète ; c’est ce qui se passe ensuite qui met vraiment à l’épreuve l’infrastructure.
Par exemple, si un titre tokenisé sur la chaîne doit verser des dividendes, le système ne peut pas se contenter d’enregistrer un transfert ; s’il faut le détruire, on ne peut pas compter sur un communiqué de l’équipe pour que chacun fasse le nécessaire ; et si des exigences de conformité imposent un transfert forcé, on ne peut pas se réfugier derrière une phrase du type “immuable sur la chaîne” pour renvoyer le problème hors chaîne. Zedger intègre la “mint”, le “burn”, les “corporate actions” et le “force transfer” dans la même logique de protocole : en substance, il gère tout le cycle de vie de l’actif.
C’est aussi pour cela que, quand je regarde des projets RWA, j’y prête attention d’abord.
Beaucoup de projets adorent parler de “transporter des actifs réels sur la chaîne”. Ça fait grand, mais si l’actif se retrouve un jour confronté à un dividende, un rachat, un gel, on doit quand même retourner au système traditionnel pour faire tamponner par quelqu’un. En réalité, ce n’est qu’une couche d’enrobage Token par-dessus une finance ancienne.
La démarche de Dusk est plutôt “bête” — dans le bon sens du terme : elle s’occupe d’abord des tâches peu spectaculaires, mais qui peuvent survenir chaque jour. Elle conserve aussi la capacité de l’émetteur à initier des transferts forcés dans des contextes de conformité, tout en garantissant la légitimité grâce à des mécanismes de vérification de preuve et d’annulation des titres déjà utilisés.
Je pense que ce qui mérite vraiment d’être observé, ce n’est pas si Dusk peut émettre une autre RWA, mais plutôt : lorsque cette RWA rencontre un problème réel, est-ce qu’il existe, sur la chaîne, quelque chose permettant de traiter la situation jusqu’au bout.
Parce que la hantise des infrastructures financières, ce n’est jamais l’absence de tendances.
C’est le fait que, quand il y a un incident, personne n’arrive à reprendre le relais. #dusk $DUSK @Dusk
Avec des Tokens ordinaires, c’est simple : on transfère et c’est réglé. Ce n’est pas le cas pour les titres. Les dividendes, le rachat, la destruction, les actions sur la société, et les transferts forcés imposés par des exigences judiciaires ou réglementaires : à chaque étape, si quelque chose bloque, toute l’histoire précédente “d’actifs tokenisés sur la blockchain” doit être remise sur la table.
Or, le Zedger de Dusk intègre précisément ces opérations directement dans la logique de contrat des titres et des RWA.
À mon avis, ce point est bien plus intéressant que la simple expression “RWA tokenisés”. Car le véritable actif financier ne commence pas à avoir de la valeur au moment où on l’achète ; c’est ce qui se passe ensuite qui met vraiment à l’épreuve l’infrastructure.
Par exemple, si un titre tokenisé sur la chaîne doit verser des dividendes, le système ne peut pas se contenter d’enregistrer un transfert ; s’il faut le détruire, on ne peut pas compter sur un communiqué de l’équipe pour que chacun fasse le nécessaire ; et si des exigences de conformité imposent un transfert forcé, on ne peut pas se réfugier derrière une phrase du type “immuable sur la chaîne” pour renvoyer le problème hors chaîne. Zedger intègre la “mint”, le “burn”, les “corporate actions” et le “force transfer” dans la même logique de protocole : en substance, il gère tout le cycle de vie de l’actif.
C’est aussi pour cela que, quand je regarde des projets RWA, j’y prête attention d’abord.
Beaucoup de projets adorent parler de “transporter des actifs réels sur la chaîne”. Ça fait grand, mais si l’actif se retrouve un jour confronté à un dividende, un rachat, un gel, on doit quand même retourner au système traditionnel pour faire tamponner par quelqu’un. En réalité, ce n’est qu’une couche d’enrobage Token par-dessus une finance ancienne.
La démarche de Dusk est plutôt “bête” — dans le bon sens du terme : elle s’occupe d’abord des tâches peu spectaculaires, mais qui peuvent survenir chaque jour. Elle conserve aussi la capacité de l’émetteur à initier des transferts forcés dans des contextes de conformité, tout en garantissant la légitimité grâce à des mécanismes de vérification de preuve et d’annulation des titres déjà utilisés.
Je pense que ce qui mérite vraiment d’être observé, ce n’est pas si Dusk peut émettre une autre RWA, mais plutôt : lorsque cette RWA rencontre un problème réel, est-ce qu’il existe, sur la chaîne, quelque chose permettant de traiter la situation jusqu’au bout.
Parce que la hantise des infrastructures financières, ce n’est jamais l’absence de tendances.
C’est le fait que, quand il y a un incident, personne n’arrive à reprendre le relais. #dusk $DUSK @Dusk