J’ai récemment repris @Dusk à travers la documentation, et plus j’y pense, plus je me dis qu’il y a un problème qu’on ne peut pas balayer d’un revers de main avec seulement « pour être conforme » :
Qui a le droit de décider si vos actifs peuvent encore être transférés ?
Le point qui m’a attiré vers Dusk dès le début, c’est la confidentialité, la propriété et l’infrastructure financière de base sur la chaîne. Lors du lancement du réseau principal en 2025, les propos officiels portaient sur le fait d’impliquer directement les utilisateurs dans l’infrastructure financière, et ils mettaient même l’accent sur une « liberté financière sans intermédiaire ».
Mais en regardant les designs actuels, on sent clairement que ça n’a plus du tout le même goût.
Dans la documentation officielle, les actifs réglementés peuvent être soumis à une allowlist, à des justificatifs d’identité, à des restrictions de transfert, voire même à un forced transfer. Dans Citadel, c’est le LP qui s’occupe de la vérification hors-chaîne de l’identité ; après que l’utilisateur a généré les preuves, la décision finale de vous fournir ou non le service reste entre les mains du Service Provider.
Ce qui est encore plus intéressant, c’est qu’au 15 août, lorsque Dusk a discuté de la tokenisation pour les PME, ils ont dit quelque chose de très direct : pour que la tokenisation soit réellement porteuse de valeur, il faut des eligible buyers, des accountable operators et un authorized venue.
Je peux comprendre qu’on intègre ces designs dans un marché des valeurs mobilières.
Mais le problème se situe précisément là.
Si l’émetteur de l’actif peut restreindre les transferts, si des rôles spécifiques peuvent décider de l’accès, voire s’il existe des mécanismes de transfert forcé, alors qu’est-ce que l’utilisateur possède vraiment : « la propriété de l’actif », ou bien une série de droits qui ne peuvent être exercés qu’après autorisation ?
Je ne dis pas que le design de @Dusk est forcément « faux ». Pour faire de la RWA conforme, il est de toute façon impossible de rester totalement permissionless.
Ce que je remets en question, c’est le besoin pour le projet d’expliquer cette limite encore plus clairement : qui peut geler ? qui peut forcer un transfert ? quelles conditions déclenchent quoi ? l’utilisateur peut-il vérifier ? les limites de permissions sont-elles harmonisées entre les différents émetteurs d’actifs ?
La technologie de confidentialité résout le problème de « ce que les autres ne peuvent pas voir ».
Mais ce qui décide vraiment de la liberté financière, c’est souvent « ce que les autres peuvent faire de vos actifs ».
Et je pense que cette question est plus importante que les TPS.
#dusk $DUSK @Dusk
Qui a le droit de décider si vos actifs peuvent encore être transférés ?
Le point qui m’a attiré vers Dusk dès le début, c’est la confidentialité, la propriété et l’infrastructure financière de base sur la chaîne. Lors du lancement du réseau principal en 2025, les propos officiels portaient sur le fait d’impliquer directement les utilisateurs dans l’infrastructure financière, et ils mettaient même l’accent sur une « liberté financière sans intermédiaire ».
Mais en regardant les designs actuels, on sent clairement que ça n’a plus du tout le même goût.
Dans la documentation officielle, les actifs réglementés peuvent être soumis à une allowlist, à des justificatifs d’identité, à des restrictions de transfert, voire même à un forced transfer. Dans Citadel, c’est le LP qui s’occupe de la vérification hors-chaîne de l’identité ; après que l’utilisateur a généré les preuves, la décision finale de vous fournir ou non le service reste entre les mains du Service Provider.
Ce qui est encore plus intéressant, c’est qu’au 15 août, lorsque Dusk a discuté de la tokenisation pour les PME, ils ont dit quelque chose de très direct : pour que la tokenisation soit réellement porteuse de valeur, il faut des eligible buyers, des accountable operators et un authorized venue.
Je peux comprendre qu’on intègre ces designs dans un marché des valeurs mobilières.
Mais le problème se situe précisément là.
Si l’émetteur de l’actif peut restreindre les transferts, si des rôles spécifiques peuvent décider de l’accès, voire s’il existe des mécanismes de transfert forcé, alors qu’est-ce que l’utilisateur possède vraiment : « la propriété de l’actif », ou bien une série de droits qui ne peuvent être exercés qu’après autorisation ?
Je ne dis pas que le design de @Dusk est forcément « faux ». Pour faire de la RWA conforme, il est de toute façon impossible de rester totalement permissionless.
Ce que je remets en question, c’est le besoin pour le projet d’expliquer cette limite encore plus clairement : qui peut geler ? qui peut forcer un transfert ? quelles conditions déclenchent quoi ? l’utilisateur peut-il vérifier ? les limites de permissions sont-elles harmonisées entre les différents émetteurs d’actifs ?
La technologie de confidentialité résout le problème de « ce que les autres ne peuvent pas voir ».
Mais ce qui décide vraiment de la liberté financière, c’est souvent « ce que les autres peuvent faire de vos actifs ».
Et je pense que cette question est plus importante que les TPS.
#dusk $DUSK @Dusk