Je me suis penché sur la norme XSC de Dusk, et voici ce qui m’a marqué : le règlement et l’autorisation de transfert sont deux niveaux distincts, et non un seul. #dusk @Les rails Phoenix/Moonlight de Dusk confèrent à un security token une finalité cryptographique en quelques secondes. Mais un transfert XSC nécessite toujours que le portefeuille destinataire soit autorisé par la couche de contrôle d’accès de l’émetteur — sans autorisation, pas de transfert, quelle que soit la finalité.
Il ne s’agit pas seulement d’anciens documents de conception. Le cadre STO de Dusk datant de 2019 décrit la mise sur liste blanche, qui permet aux émetteurs d’exclure les parties non admissibles même après la clôture d’une offre. Plus révélateur encore : le site actuel de Dusk indique que l’intégralité des actifs sous gestion de NPEX, soit plus de 300 millions de dollars, est désormais tokenisée sur Dusk et repose sur une même pile combinant « contrôles d’accès, confidentialité avec divulgation sélective et finalité déterministe » — autrement dit, ce mécanisme de filtrage n’est pas hypothétique : c’est une infrastructure opérationnelle adossée à de vrais actifs.
Ce qui a changé dans ma perception, c’est de comprendre que la tokenisation d’actifs du monde réel sur $DUSK SK ne signifie pas une liquidité sans permission. Elle signifie une permission programmable. La blockchain élimine les frictions liées au règlement ; elle ne supprime pas le gardien de l’accès, elle lui fournit simplement des outils plus rapides.
La prochaine chose que je veux vérifier : est-ce qu’une décision de contrôle d’accès concernant un actif en circulation émis par NPEX — autoriser ou bloquer un portefeuille — est elle-même consultable comme événement on-chain, ou est-ce qu’on voit seulement une transaction échouer, la raison restant hors chaîne ?
#dusk
@Dusk