#dusk $DUSK @Dusk Plus on regarde en profondeur, plus une question se bloque dans l’esprit : pour des activités financières réglementées, la confidentialité ne suffit pas. Ce qui compte vraiment, c’est de savoir si les règles de transaction peuvent être appliquées concrètement. C’est pourquoi je me suis spécialement penché sur la manière dont Dusk gère la conformité.
Phoenix cache les détails des transactions grâce aux preuves à connaissance nulle, Moonlight fournit un processus de compte transparent, Citadel ajoute encore une couche de divulgation sélective, et les contrats XSC peuvent intégrer directement, dans la logique même de la transaction, des éléments comme les restrictions d’éligibilité, les contraintes de transfert et les exigences de reporting. En fait, cela montre que la conformité n’a pas forcément besoin d’être entièrement en dehors de la chaîne.
Mais il y a une condition qu’on ne peut pas éviter : dès que les produits financiers deviennent complexes, les règles elles-mêmes deviennent également plus complexes. Par exemple, certains actifs peuvent être soumis à des restrictions de transfert, à des votes, à des événements d’entreprise et à des processus de rétablissement, tout en impliquant différents niveaux de divulgation. À un certain stade, ce n’est plus seulement une question de savoir si la confidentialité sert : c’est plutôt que, une fois ces règles superposées, le système peut-il encore fonctionner parfaitement comme prévu.
Prenons un exemple : si un transfert de titres déclenche en même temps des règles de conservation (lock-up), des modifications des droits de vote et des obligations de divulgation entre juridictions, alors le contrat on-chain doit pouvoir vérifier toutes les conditions de restriction au cours du même cycle d’exécution. N’importe quelle omission dans l’une des vérifications peut rendre l’ensemble de la transaction invalide, voire provoquer un incident de conformité. Dans les scénarios financiers réels, la superposition de règles complexes n’est pas un événement rare : c’est du quotidien.
C’est probablement ce qui m’inquiète le plus à propos de Dusk. À première vue, d’après le schéma d’architecture, tout semble cohérent ; mais ce que je veux réellement savoir, c’est s’il tient bon quand, dans le travail réel, le flux commence à se dérégler, avec toutes sortes de cas limites.
Phoenix cache les détails des transactions grâce aux preuves à connaissance nulle, Moonlight fournit un processus de compte transparent, Citadel ajoute encore une couche de divulgation sélective, et les contrats XSC peuvent intégrer directement, dans la logique même de la transaction, des éléments comme les restrictions d’éligibilité, les contraintes de transfert et les exigences de reporting. En fait, cela montre que la conformité n’a pas forcément besoin d’être entièrement en dehors de la chaîne.
Mais il y a une condition qu’on ne peut pas éviter : dès que les produits financiers deviennent complexes, les règles elles-mêmes deviennent également plus complexes. Par exemple, certains actifs peuvent être soumis à des restrictions de transfert, à des votes, à des événements d’entreprise et à des processus de rétablissement, tout en impliquant différents niveaux de divulgation. À un certain stade, ce n’est plus seulement une question de savoir si la confidentialité sert : c’est plutôt que, une fois ces règles superposées, le système peut-il encore fonctionner parfaitement comme prévu.
Prenons un exemple : si un transfert de titres déclenche en même temps des règles de conservation (lock-up), des modifications des droits de vote et des obligations de divulgation entre juridictions, alors le contrat on-chain doit pouvoir vérifier toutes les conditions de restriction au cours du même cycle d’exécution. N’importe quelle omission dans l’une des vérifications peut rendre l’ensemble de la transaction invalide, voire provoquer un incident de conformité. Dans les scénarios financiers réels, la superposition de règles complexes n’est pas un événement rare : c’est du quotidien.
C’est probablement ce qui m’inquiète le plus à propos de Dusk. À première vue, d’après le schéma d’architecture, tout semble cohérent ; mais ce que je veux réellement savoir, c’est s’il tient bon quand, dans le travail réel, le flux commence à se dérégler, avec toutes sortes de cas limites.