#dusk $DUSK @Dusk Auparavant, je pensais que tokeniser un actif financier revenait essentiellement à un problème de données : soit on représente la propriété sur la chaîne, soit on la conserve dans un registre quelque part. Deux options. Une fois que le solde est correct, le travail semblait terminé.
Mais en lisant la manière dont Dusk présente les actifs réglementés, j’ai commencé à voir que la propriété n’est que la partie facile. La partie difficile, c’est tout ce qui arrive à cet actif pendant que vous le détenez.
Une obligation verse des coupons. Un fonds distribue des dividendes. Les actions sont fractionnées. Les détenteurs votent. Rien de tout cela n’est un transfert, et pourtant tout cela change la signification de votre position.
Ce qui m’a particulièrement marqué, c’est une exigence précise dans leur documentation : des instantanés de gouvernance qui ne comptent pas deux fois. Cette phrase paraît anodine, mais c’est le cœur du problème, en version miniature. Si une détention passe d’un portefeuille à un autre pendant une fenêtre de vote, ou si elle se trouve dans un pool, ou encore si elle est représentée à deux endroits à la fois, un instantané naïf compte deux fois le même intérêt économique — et un vote compté deux fois n’est pas un vote : c’est un litige.
Les marchés traditionnels ont résolu cela avec des dates d’enregistrement, des teneurs de registre et une réconciliation entre dépositaires. C’est lent et coûteux, et c’est exactement parce que le problème de comptage est réel.
La question intéressante n’est donc pas de savoir si un actif peut vivre sur la chaîne. C’est de savoir si la chaîne peut gérer tout le calendrier de l’actif — la date de coupon, la date d’enregistrement, l’opération sur titres — sans qu’un humain reconstruise le registre à chaque fois.
Je ne sais pas encore quelle partie de cela est réellement mise en œuvre par rapport à ce qui est seulement spécifié, et ce décalage compte.
À partir de là, j’ai commencé à voir la tokenisation autrement. Un token est un instantané de la propriété. Un titre est une suite d’obligations. La distance entre ces deux notions, c’est là que se trouve l’essentiel du travail concret.
Mais en lisant la manière dont Dusk présente les actifs réglementés, j’ai commencé à voir que la propriété n’est que la partie facile. La partie difficile, c’est tout ce qui arrive à cet actif pendant que vous le détenez.
Une obligation verse des coupons. Un fonds distribue des dividendes. Les actions sont fractionnées. Les détenteurs votent. Rien de tout cela n’est un transfert, et pourtant tout cela change la signification de votre position.
Ce qui m’a particulièrement marqué, c’est une exigence précise dans leur documentation : des instantanés de gouvernance qui ne comptent pas deux fois. Cette phrase paraît anodine, mais c’est le cœur du problème, en version miniature. Si une détention passe d’un portefeuille à un autre pendant une fenêtre de vote, ou si elle se trouve dans un pool, ou encore si elle est représentée à deux endroits à la fois, un instantané naïf compte deux fois le même intérêt économique — et un vote compté deux fois n’est pas un vote : c’est un litige.
Les marchés traditionnels ont résolu cela avec des dates d’enregistrement, des teneurs de registre et une réconciliation entre dépositaires. C’est lent et coûteux, et c’est exactement parce que le problème de comptage est réel.
La question intéressante n’est donc pas de savoir si un actif peut vivre sur la chaîne. C’est de savoir si la chaîne peut gérer tout le calendrier de l’actif — la date de coupon, la date d’enregistrement, l’opération sur titres — sans qu’un humain reconstruise le registre à chaque fois.
Je ne sais pas encore quelle partie de cela est réellement mise en œuvre par rapport à ce qui est seulement spécifié, et ce décalage compte.
À partir de là, j’ai commencé à voir la tokenisation autrement. Un token est un instantané de la propriété. Un titre est une suite d’obligations. La distance entre ces deux notions, c’est là que se trouve l’essentiel du travail concret.