J’ai relu la documentation d’architecture de Dusk une nouvelle fois. Cette fois-ci, je n’ai pas passé mon temps à me focaliser sur les deux mots « confidentialité », mais plutôt à comprendre : qu’est-ce que Dusk a réellement intégré au niveau du socle, et qu’est-ce qui relève seulement d’un habillage narratif.
D’abord, la confidentialité. Dusk ne se contente pas de cacher les données de transaction : il intègre directement des preuves à connaissance nulle dans le protocole, au sein du système de transactions et d’exécution. La documentation officielle mentionne explicitement des composants cryptographiques comme PLONK, Poseidon, JubJub, Schnorr, etc. L’objectif est de permettre la vérifiabilité des transactions, sans pour autant avoir à rendre toutes les informations sensibles publiques. Cette logique n’a rien à voir avec le simple fait d’ajouter un outil de confidentialité au niveau applicatif.
Ensuite, la conformité. C’est peut-être là que Dusk est le plus facile à sous-estimer. Dusk ne traite pas « confidentialité » et « régulation » comme deux options nécessairement opposées ; il met l’accent sur la divulgation sélective : prouver quand la divulgation est nécessaire, et ne pas divulguer l’ensemble des données quand elle ne l’est pas. Citadel est aussi conçu autour de KYC/AML confidentiels. Cela correspond bien davantage à une situation financière réelle que le simple slogan « privacy L1 ».
Troisième détail : les smart contracts. L’architecture actuelle de Dusk n’est plus le récit d’un L1 unique de la phase initiale ; elle est désormais décomposée en DuskDS, DuskEVM et DuskVM : le règlement et la disponibilité des données, l’exécution des applications EVM, et l’exécution des applications de confidentialité prennent chacun en charge des responsabilités distinctes. En particulier, DuskEVM est directement compatible avec Solidity et les outils courants d’Ethereum ; c’est en réalité une façon de résoudre les coûts de migration de l’écosystème.
Mais je pense que le point qui mérite vraiment d’être suivi n’est pas ces « points forts ».
Une architecture bien écrite ne signifie pas que des actifs financiers réels tournent déjà à grande échelle. Ce que Dusk doit finalement prouver, c’est que, une fois réunis confidentialité, conformité, règlement déterministe et écosystème EVM, le système peut réellement porter des activités financières de niveau institutionnel.
Donc $DUSK , je ne me contenterai pas de regarder le libellé « privacy public chain ». Le vrai test, c’est de savoir s’il peut transformer ces choix techniques de base en infrastructures permettant des actifs réels et des transactions réelles.
@Dusk_Foundation #dusk $DUSK
Les transactions comportent des risques, investissez avec prudence, faites votre propre recherche (DYOR)
D’abord, la confidentialité. Dusk ne se contente pas de cacher les données de transaction : il intègre directement des preuves à connaissance nulle dans le protocole, au sein du système de transactions et d’exécution. La documentation officielle mentionne explicitement des composants cryptographiques comme PLONK, Poseidon, JubJub, Schnorr, etc. L’objectif est de permettre la vérifiabilité des transactions, sans pour autant avoir à rendre toutes les informations sensibles publiques. Cette logique n’a rien à voir avec le simple fait d’ajouter un outil de confidentialité au niveau applicatif.
Ensuite, la conformité. C’est peut-être là que Dusk est le plus facile à sous-estimer. Dusk ne traite pas « confidentialité » et « régulation » comme deux options nécessairement opposées ; il met l’accent sur la divulgation sélective : prouver quand la divulgation est nécessaire, et ne pas divulguer l’ensemble des données quand elle ne l’est pas. Citadel est aussi conçu autour de KYC/AML confidentiels. Cela correspond bien davantage à une situation financière réelle que le simple slogan « privacy L1 ».
Troisième détail : les smart contracts. L’architecture actuelle de Dusk n’est plus le récit d’un L1 unique de la phase initiale ; elle est désormais décomposée en DuskDS, DuskEVM et DuskVM : le règlement et la disponibilité des données, l’exécution des applications EVM, et l’exécution des applications de confidentialité prennent chacun en charge des responsabilités distinctes. En particulier, DuskEVM est directement compatible avec Solidity et les outils courants d’Ethereum ; c’est en réalité une façon de résoudre les coûts de migration de l’écosystème.
Mais je pense que le point qui mérite vraiment d’être suivi n’est pas ces « points forts ».
Une architecture bien écrite ne signifie pas que des actifs financiers réels tournent déjà à grande échelle. Ce que Dusk doit finalement prouver, c’est que, une fois réunis confidentialité, conformité, règlement déterministe et écosystème EVM, le système peut réellement porter des activités financières de niveau institutionnel.
Donc $DUSK , je ne me contenterai pas de regarder le libellé « privacy public chain ». Le vrai test, c’est de savoir s’il peut transformer ces choix techniques de base en infrastructures permettant des actifs réels et des transactions réelles.
@Dusk_Foundation #dusk $DUSK
Les transactions comportent des risques, investissez avec prudence, faites votre propre recherche (DYOR)