J’ai passé la matinée à lire au sujet de Zedger, le protocole de Dusk pour émettre et transférer des valeurs mobilières réglementées on-chain. Le détail qui m’est resté : ce n’est pas seulement une norme de jeton ; il est conçu pour gérer nativement des éléments comme les restrictions de propriété, l’éligibilité au transfert et les règles de divulgation, car les actifs tokenisés du monde réel portent des obligations juridiques qu’un simple ERC-20 n’a jamais été conçu pour faire respecter.
D’ordinaire, la crypto traite la réglementation comme quelque chose qu’il faut contourner ou ajouter après le lancement, avec une conformité qui vit dans des documents hors chaîne que la chaîne elle-même ne comprend pas. Dusk fait l’inverse. Il conçoit la couche de base en gardant dès le départ à l’esprit une logique de minimisation des données de type GDPR et des règles d’actifs de type MiCA, afin que l’éligibilité et la divulgation ne soient pas des réflexions a posteriori, mais bien une partie de la manière dont une transaction est validée.
Ce que je ne sais pas encore, c’est si une conformité intégrée dès la conception vieillit bien. La réglementation change. Un protocole câblé selon les règles d’aujourd’hui doit prouver qu’il peut absorber celles de demain sans devoir effectuer une hard fork à chaque fois qu’un cadre évolue. Être conçu pour la réglementation et être résilient à la réglementation, ce n’est pas la même chose.
La version que cela prendra reste pour moi une question ouverte.
@Dusk_Foundation #dusk $DUSK
D’ordinaire, la crypto traite la réglementation comme quelque chose qu’il faut contourner ou ajouter après le lancement, avec une conformité qui vit dans des documents hors chaîne que la chaîne elle-même ne comprend pas. Dusk fait l’inverse. Il conçoit la couche de base en gardant dès le départ à l’esprit une logique de minimisation des données de type GDPR et des règles d’actifs de type MiCA, afin que l’éligibilité et la divulgation ne soient pas des réflexions a posteriori, mais bien une partie de la manière dont une transaction est validée.
Ce que je ne sais pas encore, c’est si une conformité intégrée dès la conception vieillit bien. La réglementation change. Un protocole câblé selon les règles d’aujourd’hui doit prouver qu’il peut absorber celles de demain sans devoir effectuer une hard fork à chaque fois qu’un cadre évolue. Être conçu pour la réglementation et être résilient à la réglementation, ce n’est pas la même chose.
La version que cela prendra reste pour moi une question ouverte.
@Dusk_Foundation #dusk $DUSK