#dusk $DUSK @Dusk
Je suis repassé hier soir dans la documentation de Dusk, car « la DeFi régulée » est facile à dire, mais plus difficile à visualiser comme un système.
J’ai d’abord pensé que l’idée principale était la tokenisation privée. Quelques pages plus tard, ma vision a changé : le jeton n’est qu’une pièce du puzzle. La tâche la plus difficile consiste à relier l’identité, les règles de transfert et le règlement, sans exposer chaque solde ou chaque identifiant.
Le découpage entre DuskVM et DuskEVM m’a aidé. DuskVM exécute des contrats Rust/WASM sur la couche L1 ; DuskEVM permet aux applications Solidity de publier des données et de régler via DuskDS. D’après mon analyse, l’une des voies se rapproche des outils natifs de confidentialité de Dusk, tandis que l’autre abaisse la barrière d’entrée pour les développeurs Ethereum.
Citadel est l’endroit où j’ai encore des questions. Prouver « que je suis éligible » sans révéler un dossier d’identité complet a du sens, mais qui délivre et révoque les informations d’habilitation ? Que se passe-t-il si un émetteur est compromis ? Qui contrôle l’accès lorsque la divulgation est légalement requise ?
Je ne suis pas non plus sûr de la manière dont la décentralisation fonctionne à l’échelle de l’ensemble de la pile. Les attestations succinctes sont décrites comme permissionless et basées sur un comité, mais à quel point le séquenceur de DuskEVM est-il décentralisé ? Qui peut mettre à niveau les ponts ou les contrats de base, et quels contrôles s’appliquent ? Le processus DIP consigne les propositions, mais je n’ai pas trouvé de réponse claire sur la prise de décision finale.
Quelle est l’hypothèse de sécurité la plus importante ? La confidentialité, le contrôle réglementaire et une neutralité crédible peuvent-ils coexister sans qu’un seul élément ne domine ?
Je suis repassé hier soir dans la documentation de Dusk, car « la DeFi régulée » est facile à dire, mais plus difficile à visualiser comme un système.
J’ai d’abord pensé que l’idée principale était la tokenisation privée. Quelques pages plus tard, ma vision a changé : le jeton n’est qu’une pièce du puzzle. La tâche la plus difficile consiste à relier l’identité, les règles de transfert et le règlement, sans exposer chaque solde ou chaque identifiant.
Le découpage entre DuskVM et DuskEVM m’a aidé. DuskVM exécute des contrats Rust/WASM sur la couche L1 ; DuskEVM permet aux applications Solidity de publier des données et de régler via DuskDS. D’après mon analyse, l’une des voies se rapproche des outils natifs de confidentialité de Dusk, tandis que l’autre abaisse la barrière d’entrée pour les développeurs Ethereum.
Citadel est l’endroit où j’ai encore des questions. Prouver « que je suis éligible » sans révéler un dossier d’identité complet a du sens, mais qui délivre et révoque les informations d’habilitation ? Que se passe-t-il si un émetteur est compromis ? Qui contrôle l’accès lorsque la divulgation est légalement requise ?
Je ne suis pas non plus sûr de la manière dont la décentralisation fonctionne à l’échelle de l’ensemble de la pile. Les attestations succinctes sont décrites comme permissionless et basées sur un comité, mais à quel point le séquenceur de DuskEVM est-il décentralisé ? Qui peut mettre à niveau les ponts ou les contrats de base, et quels contrôles s’appliquent ? Le processus DIP consigne les propositions, mais je n’ai pas trouvé de réponse claire sur la prise de décision finale.
Quelle est l’hypothèse de sécurité la plus importante ? La confidentialité, le contrôle réglementaire et une neutralité crédible peuvent-ils coexister sans qu’un seul élément ne domine ?