Voici la partie de la tokenisation que les slides marketing compressent commodément en une seule flèche :
achat d’actif → règlement
La réalité est plus complexe.
Il y a deux éléments en mouvement.
Le titre.
L’argent.
Si seul l’actif bouge, vous n’avez pas terminé la transaction.
Si seul le paiement bouge, vous avez créé un problème différent.
La propriété intéressante que Dusk vise est le livraison-contre-paiement : la jambe “actif” et la jambe “paiement” doivent se coordonner pour que le règlement ne dépende pas, plus tard, de la réconciliation de deux processus distincts.
Ça ressemble à de la plomberie.
Ce n’est pas ça.
C’est la différence entre représenter une obligation sur une blockchain et construire, en réalité, l’infrastructure de marché autour de cette obligation.
Pensez à l’ancien fonctionnement.
La transaction a lieu.
Les instructions circulent dans des systèmes.
Les liquidités et les titres circulent via des voies séparées.
Les intermédiaires rapprochent les enregistrements.
Le règlement final arrive plus tard.
L’infrastructure onchain peut changer cet enchaînement, parce que la logique liée à l’actif et celle liée au paiement peuvent exister beaucoup plus près l’une de l’autre.
Mais voilà la partie que je pense qu’on sous-estime :
de ne pas chercher automatiquement un règlement plus rapide.
Le règlement atomique, oui.
La vitesse est utile.
La certitude compte davantage.
Si l’acheteur reçoit l’actif pendant que le vendeur attend encore le paiement correspondant, vous avez conservé une partie du vieux problème.
L’architecture de Dusk devient intéressante précisément là où ces deux jambes se transforment en un seul problème de règlement.
C’est là que « actif tokenisé » cesse d’être une histoire de jetons et devient une histoire de structure de marché.
@Dusk #dusk $DUSK
achat d’actif → règlement
La réalité est plus complexe.
Il y a deux éléments en mouvement.
Le titre.
L’argent.
Si seul l’actif bouge, vous n’avez pas terminé la transaction.
Si seul le paiement bouge, vous avez créé un problème différent.
La propriété intéressante que Dusk vise est le livraison-contre-paiement : la jambe “actif” et la jambe “paiement” doivent se coordonner pour que le règlement ne dépende pas, plus tard, de la réconciliation de deux processus distincts.
Ça ressemble à de la plomberie.
Ce n’est pas ça.
C’est la différence entre représenter une obligation sur une blockchain et construire, en réalité, l’infrastructure de marché autour de cette obligation.
Pensez à l’ancien fonctionnement.
La transaction a lieu.
Les instructions circulent dans des systèmes.
Les liquidités et les titres circulent via des voies séparées.
Les intermédiaires rapprochent les enregistrements.
Le règlement final arrive plus tard.
L’infrastructure onchain peut changer cet enchaînement, parce que la logique liée à l’actif et celle liée au paiement peuvent exister beaucoup plus près l’une de l’autre.
Mais voilà la partie que je pense qu’on sous-estime :
de ne pas chercher automatiquement un règlement plus rapide.
Le règlement atomique, oui.
La vitesse est utile.
La certitude compte davantage.
Si l’acheteur reçoit l’actif pendant que le vendeur attend encore le paiement correspondant, vous avez conservé une partie du vieux problème.
L’architecture de Dusk devient intéressante précisément là où ces deux jambes se transforment en un seul problème de règlement.
C’est là que « actif tokenisé » cesse d’être une histoire de jetons et devient une histoire de structure de marché.
@Dusk #dusk $DUSK