J’ai remarqué quelque chose d’étrange dans le tableau de bord de la liste d’attente de Dusk Trade ce matin. Quelques actifs apparaissaient comme « enregistrés », mais n’étaient pas visibles pour la négociation. Les contrôles de conformité avaient réussi, les connexions de portefeuille fonctionnaient — mais les actifs restaient là, sans bouger.
J’ai supposé que c’était un problème de cache de l’interface utilisateur. Peut-être que le front-end n’avait pas été actualisé. Ça semblait plausible.
C’était trop facile.
En réalité, l’enregistrement ≠ la disponibilité. Les actifs étaient tokenisés — des versions « wrap » d’instruments hors chaîne, qui vivent encore dans des bases de données traditionnelles avec des cycles de règlement hérités. Ils étaient « onchain » seulement de nom. Le véritable goulot d’étranglement n’était pas le contrat de token ; c’était l’ensemble du workflow de marché : règles d’éligibilité, exigences de divulgation, coordination du paiement et du règlement des actifs.
Dusk Trade se situe au-dessus du protocole de base, en transformant des briques d’infrastructure en workflows orientés utilisateurs. Mais l’émission native — où les actifs naissent onchain avec une logique de conformité et de règlement intégrée au niveau du protocole — est une toute autre créature. Cela implique de naviguer dans le droit des valeurs mobilières, d’intégrer la conformité MiFID II et MiCA, et d’interfacer avec des places réglementées.
Ce que je n’arrive pas à résoudre, c’est ceci : NPEX prévoit d’amener plus de 300 M€ d’actifs onchain via Dusk. C’est une thèse RWA concrète. Mais si l’essentiel relève de la tokenisation plutôt que de l’émission native, est-ce qu’on fait vraiment avancer les choses ? Ou bien met-on juste une « peau » numérique sur un système déjà en panne ?
L’utilisation durable révélera la vérité. 👍
Que se passe-t-il quand ces 300 M€ devront réellement être réglés ?
#dusk $DUSK @Dusk
J’ai supposé que c’était un problème de cache de l’interface utilisateur. Peut-être que le front-end n’avait pas été actualisé. Ça semblait plausible.
C’était trop facile.
En réalité, l’enregistrement ≠ la disponibilité. Les actifs étaient tokenisés — des versions « wrap » d’instruments hors chaîne, qui vivent encore dans des bases de données traditionnelles avec des cycles de règlement hérités. Ils étaient « onchain » seulement de nom. Le véritable goulot d’étranglement n’était pas le contrat de token ; c’était l’ensemble du workflow de marché : règles d’éligibilité, exigences de divulgation, coordination du paiement et du règlement des actifs.
Dusk Trade se situe au-dessus du protocole de base, en transformant des briques d’infrastructure en workflows orientés utilisateurs. Mais l’émission native — où les actifs naissent onchain avec une logique de conformité et de règlement intégrée au niveau du protocole — est une toute autre créature. Cela implique de naviguer dans le droit des valeurs mobilières, d’intégrer la conformité MiFID II et MiCA, et d’interfacer avec des places réglementées.
Ce que je n’arrive pas à résoudre, c’est ceci : NPEX prévoit d’amener plus de 300 M€ d’actifs onchain via Dusk. C’est une thèse RWA concrète. Mais si l’essentiel relève de la tokenisation plutôt que de l’émission native, est-ce qu’on fait vraiment avancer les choses ? Ou bien met-on juste une « peau » numérique sur un système déjà en panne ?
L’utilisation durable révélera la vérité. 👍
Que se passe-t-il quand ces 300 M€ devront réellement être réglés ?
#dusk $DUSK @Dusk
