#dusk $DUSK @Dusk Je n’arrêtais pas de me poser une question en creusant le projet Dusk : que se passe-t-il lorsqu’un actif financier est conçu pour la blockchain dès le départ, plutôt que d’y être représenté après qu’il existe déjà ?
Cette distinction entre tokenisation et émission native est plus intéressante qu’elle n’en a l’air au premier abord. La tokenisation peut placer un actif existant sur la chaîne. L’émission native va plus loin en concevant des éléments du cycle de vie de l’actif—l’émission, la détention, les transferts et les contrôles associés—autour d’une infrastructure onchain dès le début.
Et c’est là que Dusk devient particulièrement intéressant pour moi.
Les marchés financiers traditionnels s’appuient souvent sur plusieurs systèmes qui doivent constamment rapprocher et réconcilier l’information : un système crée l’actif, un autre enregistre la détention, un autre gère le trading, et un autre s’occupe du règlement et de la conformité. Ajouter un token peut améliorer certains de ces processus, mais cela ne change pas nécessairement l’architecture sous-jacente.
L’approche de Dusk vise un problème plus difficile : comment construire une infrastructure financière où la confidentialité et la visibilité réglementaire peuvent coexister ?
Cette idée se retrouve partout dans l’architecture. Son modèle de confidentialité ne se limite pas à cacher tout. Le réseau est conçu autour d’une activité financière confidentielle, tout en laissant de la place aux exigences d’auditabilité et de conformité dont les marchés réglementés ont besoin.
La partie que je trouve la plus intéressante, c’est ce qui se passerait si des titres réglementés étaient finalement émis en tenant compte de cette architecture dès le premier jour.
Cela pourrait faire évoluer la conversation de « Comment mettre cet actif onchain ? » vers « Pourquoi cet actif a-t-il été conçu, à l’origine, autour de systèmes déconnectés ? »
Bien sûr, la technologie conçue pour cet usage et l’adoption institutionnelle réelle sont deux choses très différentes.
Dusk doit encore prouver que cette infrastructure peut se traduire par une activité financière réelle et significative.$DUSK
Cette distinction entre tokenisation et émission native est plus intéressante qu’elle n’en a l’air au premier abord. La tokenisation peut placer un actif existant sur la chaîne. L’émission native va plus loin en concevant des éléments du cycle de vie de l’actif—l’émission, la détention, les transferts et les contrôles associés—autour d’une infrastructure onchain dès le début.
Et c’est là que Dusk devient particulièrement intéressant pour moi.
Les marchés financiers traditionnels s’appuient souvent sur plusieurs systèmes qui doivent constamment rapprocher et réconcilier l’information : un système crée l’actif, un autre enregistre la détention, un autre gère le trading, et un autre s’occupe du règlement et de la conformité. Ajouter un token peut améliorer certains de ces processus, mais cela ne change pas nécessairement l’architecture sous-jacente.
L’approche de Dusk vise un problème plus difficile : comment construire une infrastructure financière où la confidentialité et la visibilité réglementaire peuvent coexister ?
Cette idée se retrouve partout dans l’architecture. Son modèle de confidentialité ne se limite pas à cacher tout. Le réseau est conçu autour d’une activité financière confidentielle, tout en laissant de la place aux exigences d’auditabilité et de conformité dont les marchés réglementés ont besoin.
La partie que je trouve la plus intéressante, c’est ce qui se passerait si des titres réglementés étaient finalement émis en tenant compte de cette architecture dès le premier jour.
Cela pourrait faire évoluer la conversation de « Comment mettre cet actif onchain ? » vers « Pourquoi cet actif a-t-il été conçu, à l’origine, autour de systèmes déconnectés ? »
Bien sûr, la technologie conçue pour cet usage et l’adoption institutionnelle réelle sont deux choses très différentes.
Dusk doit encore prouver que cette infrastructure peut se traduire par une activité financière réelle et significative.$DUSK