#dusk $DUSK @Dusk
Auparavant, je pensais qu’une couche 1 pour la finance n’avait besoin que d’être suffisamment rapide, d’avoir des frais raisonnables et de pouvoir gérer des actifs tokenisés. Si une blockchain avait déjà résolu le problème du settlement, alors le reste n’était probablement qu’une question de développement d’applications par-dessus.
Mais en lisant de plus près Dusk, je me suis rendu compte que j’avais envisagé le sujet de façon un peu trop simple. Un détail a attiré mon attention : Dusk ne parle pas seulement d’actifs tokenisés, elle construit aussi tout ce qui entoure leur cycle de vie : l’onboarding des investisseurs, l’association avec le portefeuille (wallet binding), le contrôle des transferts, la divulgation (disclosure) et la coordination du paiement.
Cela m’a fait changer d’angle concernant les RWA. Un token représentant une obligation ou un fonds ne devient pas naturellement un actif financier utilisable uniquement parce qu’il est placé sur une blockchain. Il faut toujours des réponses : qui a le droit d’acheter, qui peut détenir, quelles informations doivent être rendues publiques, lesquelles doivent rester confidentielles, et comment l’argent associé à l’actif sera réglé (settlement).
Dusk va encore plus loin en séparant l’exécution du settlement : avec DuskEVM pour Solidity et DuskVM pour les applications qui doivent interagir directement avec la L1, tandis que DuskDS assure le settlement et la disponibilité des données.
Je ne pense pas qu’une architecture en plusieurs couches fasse automatiquement de Dusk une bonne infrastructure financière. Plus il y a de composants, plus il y a de choses à prouver dans la réalité.
Mais peut-être est-ce justement ce que je veux observer : est-ce que Dusk pourra transformer une série de besoins très dispersés en matière de capitaux provenant du marché traditionnel en un workflow onchain réellement cohérent.
Auparavant, je pensais qu’une couche 1 pour la finance n’avait besoin que d’être suffisamment rapide, d’avoir des frais raisonnables et de pouvoir gérer des actifs tokenisés. Si une blockchain avait déjà résolu le problème du settlement, alors le reste n’était probablement qu’une question de développement d’applications par-dessus.
Mais en lisant de plus près Dusk, je me suis rendu compte que j’avais envisagé le sujet de façon un peu trop simple. Un détail a attiré mon attention : Dusk ne parle pas seulement d’actifs tokenisés, elle construit aussi tout ce qui entoure leur cycle de vie : l’onboarding des investisseurs, l’association avec le portefeuille (wallet binding), le contrôle des transferts, la divulgation (disclosure) et la coordination du paiement.
Cela m’a fait changer d’angle concernant les RWA. Un token représentant une obligation ou un fonds ne devient pas naturellement un actif financier utilisable uniquement parce qu’il est placé sur une blockchain. Il faut toujours des réponses : qui a le droit d’acheter, qui peut détenir, quelles informations doivent être rendues publiques, lesquelles doivent rester confidentielles, et comment l’argent associé à l’actif sera réglé (settlement).
Dusk va encore plus loin en séparant l’exécution du settlement : avec DuskEVM pour Solidity et DuskVM pour les applications qui doivent interagir directement avec la L1, tandis que DuskDS assure le settlement et la disponibilité des données.
Je ne pense pas qu’une architecture en plusieurs couches fasse automatiquement de Dusk une bonne infrastructure financière. Plus il y a de composants, plus il y a de choses à prouver dans la réalité.
Mais peut-être est-ce justement ce que je veux observer : est-ce que Dusk pourra transformer une série de besoins très dispersés en matière de capitaux provenant du marché traditionnel en un workflow onchain réellement cohérent.