$ETH #dusk @Dusk Dusk a monté le cadre de la conformité en matière de confidentialité, mais la chaîne d’outils n’a pas encore tout à fait fini
J’ai récemment parcouru l’ensemble du processus : portefeuille du testnet de Dusk, entrée pour le staking et déploiement des contrats. Honnêtement, la position de Dusk est plus claire que celle de la plupart des blockchains de confidentialité : l’objectif est de faire de la preuve à connaissance nulle un actif directement conforme par défaut, plutôt que d’ajouter des rustines de conformité après coup. Cette direction n’est pas vraiment la même que celle de Secret avec ses contrats de confidentialité, ni celle d’Oasis qui sépare par environnement d’exécution de confiance ; c’est davantage proche de l’expression native de la conformité que recherchent les institutions. Dusk gère dans le protocole le staking, le gas et la gouvernance : la logique peut boucler, mais l’usage n’a pas encore vraiment décollé.
En pratique, après essais, les problèmes qui se révèlent pour l’expérience développeur sont plus visibles que ceux du niveau protocole. La VM Rusk n’est pas très sympathique pour les développeurs habitués à l’EVM, le coût de migration vers le WASM est plus élevé que prévu, et la documentation officielle adopte un angle plutôt protocolaire, sans fournir assez de modèles réutilisables ni de parcours de débogage. Et les messages d’erreur expliquent très peu : en cas de rollback d’un contrat, il faut aller chercher dans la communauté de vieilles publications. Le niveau de finesse de la chaîne d’outils accuse un retard assez net par rapport aux blockchains de pointe. Les explorateurs de blocs et l’indexation des événements sont aussi plus faibles : vérifier l’état d’une transaction de confidentialité demande de faire plusieurs détours. Pour l’audit et l’analyse de données, ce coût va en dissuader une partie. Les paramètres de staking pour $DUSK doivent être vérifiés sur la chaîne ; le modèle de rendement n’est pas complexe, mais l’information n’est pas mise à jour assez rapidement, ce qui peut facilement conduire à une mauvaise interprétation du risque de slashing.
La comparaison avec Concordium rend tout cela encore plus évident. Concordium intègre la couche d’identité directement dans le protocole, mais l’expression des contrats reste plutôt traditionnelle ; Dusk parie plus franchement sur la programmabilité des actifs de confidentialité, ce qui constitue un avantage. En revanche, la liquidité de l’écosystème est pour l’instant trop faible : les briques DeFi et les ponts inter-chaînes n’ont pas encore atteint une taille significative. La captation de valeur du token semble crédible sur le papier, mais il manque concrètement des scénarios d’amplification. Si, par la suite, on arrive à transformer les rapports d’audit de confidentialité en sorties standardisées, l’attrait pour la gestion du risque des institutions augmenterait nettement. Par rapport à Secret, il est plus stable ; par rapport à Oasis, il est plus focalisé sur la finance. Ses points faibles sont surtout le polissage du produit et la chaîne d’outils pour les développeurs.
Dusk ressemble davantage à une variable lente qui attend une fenêtre de régulation, pas à une narration à court terme. Tant que la chaîne d’outils et les incitations à l’écosystème ne seront pas complétées, la valeur du protocole liée à $DUSK ne pourra peut-être passer du scénario de conformité à un usage réel. Pour l’instant, il n’y a pas encore de raison de tirer une conclusion hâtive.
J’ai récemment parcouru l’ensemble du processus : portefeuille du testnet de Dusk, entrée pour le staking et déploiement des contrats. Honnêtement, la position de Dusk est plus claire que celle de la plupart des blockchains de confidentialité : l’objectif est de faire de la preuve à connaissance nulle un actif directement conforme par défaut, plutôt que d’ajouter des rustines de conformité après coup. Cette direction n’est pas vraiment la même que celle de Secret avec ses contrats de confidentialité, ni celle d’Oasis qui sépare par environnement d’exécution de confiance ; c’est davantage proche de l’expression native de la conformité que recherchent les institutions. Dusk gère dans le protocole le staking, le gas et la gouvernance : la logique peut boucler, mais l’usage n’a pas encore vraiment décollé.
En pratique, après essais, les problèmes qui se révèlent pour l’expérience développeur sont plus visibles que ceux du niveau protocole. La VM Rusk n’est pas très sympathique pour les développeurs habitués à l’EVM, le coût de migration vers le WASM est plus élevé que prévu, et la documentation officielle adopte un angle plutôt protocolaire, sans fournir assez de modèles réutilisables ni de parcours de débogage. Et les messages d’erreur expliquent très peu : en cas de rollback d’un contrat, il faut aller chercher dans la communauté de vieilles publications. Le niveau de finesse de la chaîne d’outils accuse un retard assez net par rapport aux blockchains de pointe. Les explorateurs de blocs et l’indexation des événements sont aussi plus faibles : vérifier l’état d’une transaction de confidentialité demande de faire plusieurs détours. Pour l’audit et l’analyse de données, ce coût va en dissuader une partie. Les paramètres de staking pour $DUSK doivent être vérifiés sur la chaîne ; le modèle de rendement n’est pas complexe, mais l’information n’est pas mise à jour assez rapidement, ce qui peut facilement conduire à une mauvaise interprétation du risque de slashing.
La comparaison avec Concordium rend tout cela encore plus évident. Concordium intègre la couche d’identité directement dans le protocole, mais l’expression des contrats reste plutôt traditionnelle ; Dusk parie plus franchement sur la programmabilité des actifs de confidentialité, ce qui constitue un avantage. En revanche, la liquidité de l’écosystème est pour l’instant trop faible : les briques DeFi et les ponts inter-chaînes n’ont pas encore atteint une taille significative. La captation de valeur du token semble crédible sur le papier, mais il manque concrètement des scénarios d’amplification. Si, par la suite, on arrive à transformer les rapports d’audit de confidentialité en sorties standardisées, l’attrait pour la gestion du risque des institutions augmenterait nettement. Par rapport à Secret, il est plus stable ; par rapport à Oasis, il est plus focalisé sur la finance. Ses points faibles sont surtout le polissage du produit et la chaîne d’outils pour les développeurs.
Dusk ressemble davantage à une variable lente qui attend une fenêtre de régulation, pas à une narration à court terme. Tant que la chaîne d’outils et les incitations à l’écosystème ne seront pas complétées, la valeur du protocole liée à $DUSK ne pourra peut-être passer du scénario de conformité à un usage réel. Pour l’instant, il n’y a pas encore de raison de tirer une conclusion hâtive.