#dusk $DUSK @Dusk
Tout le monde parle de la tokenisation des actions et des obligations.
Presque personne ne parle de ce qui se passe après leur émission.
Un titre ne cesse pas d’exister quand quelqu’un l’achète.
Il peut y avoir des dividendes.
Des mises à jour des investisseurs.
Des opérations sur titres.
Des votes.
Des remboursements.
Des changements de propriété.
Des vérifications d’éligibilité.
Et dans les marchés traditionnels, ces processus dépendent souvent de la synchronisation de plusieurs parties, bases de données et workflows différents.
C’est là que le discours autour des RWA devient, à mon avis, plus intéressant.
Parce que tokeniser l’actif n’est qu’un seul événement.
Le vrai défi, c’est de maintenir tout le cycle de vie de cet actif cohérent.
Imaginez un titre tokenisé où un investisseur change, où une opération sur titres est déclenchée, où des règles d’éligibilité doivent être appliquées et où les détenteurs doivent voter.
Si le token est onchain, mais que tous ces événements doivent encore être coordonnés via des systèmes offchain distincts, alors la blockchain n’est pas vraiment devenue l’infrastructure de l’actif.
Elle est devenue la couche de négociation de l’actif.
C’est l’une des parties les moins discutées de l’architecture de Dusk.
Dusk construit autour de ce qu’elle appelle le « digital asset servicing » : coordonner des registres, des opérations sur titres, des mises à jour des investisseurs, des votes et d’autres événements du cycle de vie sur une infrastructure partagée.
Et je pense que cela compte plus que ce que ça ne sonne au départ.
La plus grande opportunité de la finance tokenisée n’est peut-être pas une négociation plus rapide.
Elle pourrait consister à transformer un actif, d’un token statique, en un instrument financier programmable dont tout le cycle de vie peut être coordonné onchain.
Cela change la question.
Pas :
« Comment tokeniser une obligation ? »
Mais :
« L’obligation peut-elle gérer son propre cycle de vie onchain ? »
C’est une idée bien plus vaste.
Et franchement, c’est l’un des cas d’usage de Dusk dont j’ai vu parler beaucoup moins que de la confidentialité et du règlement.
$DUSK #dusk
Qu’en pensez-vous : pour les RWA institutionnels, qu’est-ce qui compte le plus à long terme — amener des actifs onchain, ou garder tout leur cycle de vie onchain ?
Tout le monde parle de la tokenisation des actions et des obligations.
Presque personne ne parle de ce qui se passe après leur émission.
Un titre ne cesse pas d’exister quand quelqu’un l’achète.
Il peut y avoir des dividendes.
Des mises à jour des investisseurs.
Des opérations sur titres.
Des votes.
Des remboursements.
Des changements de propriété.
Des vérifications d’éligibilité.
Et dans les marchés traditionnels, ces processus dépendent souvent de la synchronisation de plusieurs parties, bases de données et workflows différents.
C’est là que le discours autour des RWA devient, à mon avis, plus intéressant.
Parce que tokeniser l’actif n’est qu’un seul événement.
Le vrai défi, c’est de maintenir tout le cycle de vie de cet actif cohérent.
Imaginez un titre tokenisé où un investisseur change, où une opération sur titres est déclenchée, où des règles d’éligibilité doivent être appliquées et où les détenteurs doivent voter.
Si le token est onchain, mais que tous ces événements doivent encore être coordonnés via des systèmes offchain distincts, alors la blockchain n’est pas vraiment devenue l’infrastructure de l’actif.
Elle est devenue la couche de négociation de l’actif.
C’est l’une des parties les moins discutées de l’architecture de Dusk.
Dusk construit autour de ce qu’elle appelle le « digital asset servicing » : coordonner des registres, des opérations sur titres, des mises à jour des investisseurs, des votes et d’autres événements du cycle de vie sur une infrastructure partagée.
Et je pense que cela compte plus que ce que ça ne sonne au départ.
La plus grande opportunité de la finance tokenisée n’est peut-être pas une négociation plus rapide.
Elle pourrait consister à transformer un actif, d’un token statique, en un instrument financier programmable dont tout le cycle de vie peut être coordonné onchain.
Cela change la question.
Pas :
« Comment tokeniser une obligation ? »
Mais :
« L’obligation peut-elle gérer son propre cycle de vie onchain ? »
C’est une idée bien plus vaste.
Et franchement, c’est l’un des cas d’usage de Dusk dont j’ai vu parler beaucoup moins que de la confidentialité et du règlement.
$DUSK #dusk
Qu’en pensez-vous : pour les RWA institutionnels, qu’est-ce qui compte le plus à long terme — amener des actifs onchain, ou garder tout leur cycle de vie onchain ?