Extraire quelques séries de données de base générées lors du test du réseau test Dusk pour les comparer à l’image que raconte la narration officielle : cette prétendue « couche de règlement conforme au niveau institutionnel » n’a absolument rien à voir avec la réalité d’ingénierie qui se déroule réellement on-chain.
La communication officielle insiste toujours sur la conformité parfaite et la protection de la vie privée rendues possibles par les preuves à connaissance nulle de Dusk. Mais si l’on met de vraies transactions dans son environnement d’exécution virtuel sur mesure, Piecrust, pour en faire un test de charge, on découvre que le coût en temps de génération des preuves et la charge de calcul des nœuds sont très loin d’être aussi « légers » que ne le laissent entendre les supports marketing. Dans un environnement client contraint, exécuter des calculs de preuves à connaissance nulle bloque directement une grande partie des nœuds légers. Cela signifie aussi que le prétendu réseau décentralisé de vérification de Dusk a de fortes chances de se réduire rapidement, dans la réalité, à un jeu oligarchique dominé par quelques serveurs très bien équipés.
Regardons ensuite la logique de traitement face à une explosion de l’état. Sur une chaîne publique généraliste, on « fait tourner la boutique » grâce à l’arbre d’état qui grossit sans fin. Mais chez Dusk, puisque chaque transfert d’actifs RWA doit emporter une preuve de conformité, l’état des permissions et des marqueurs de traçabilité, les coûts de taille (élagage) et de vérification de l’historique d’état sont d’un ordre de grandeur plus élevés que pour un simple transfert. Le plus gênant, c’est le problème des ensembles d’anonymat. Dusk affirme vouloir concilier la confidentialité institutionnelle et l’audit réglementaire, mais dans un réseau vertical dont l’activité quotidienne et le volume de règlements réels sont encore en montée, un trop faible échantillonnage des interactions rend toute « confidentialité on-chain » extrêmement fragile : il suffit d’effectuer quelques analyses de clustering d’adresses pour que la prétendue confidentialité optionnelle ressemble presque à un nu intégral.
En comparaison horizontale, avec une Layer 2 généraliste, ou comme Avalanche qui, via des sous-réseaux, met en place une isolation des permissions, Dusk manque effectivement de beaucoup d’opérations « boîte noire » comme la signature multiple centralisée qui modifie à tout moment le grand livre : les règles du jeu sont ainsi soudées dans les couches inférieures par du code et des preuves à connaissance nulle. Mais cette conception doit faire face à une réalité très dure : les actifs de conformité fortement liés ne peuvent tout simplement pas entrer dans les profondeurs de liquidité de la DeFi généraliste. Dès qu’il n’y a plus d’un market maker externe qui continue à injecter de l’argent, la rotation des actifs à l’intérieur de Dusk devient tout simplement affolante, au point d’être effrayante.
Pensez-vous que l’architecture de base de Dusk, qui sacrifie la compatibilité générale et la liquidité instantanée au nom de la conformité, pourra tenir jusqu’au jour où des actifs d’institutions traditionnelles seront massivement tokenisés et mis on-chain ? #dusk $DUSK @Dusk $ETH
La communication officielle insiste toujours sur la conformité parfaite et la protection de la vie privée rendues possibles par les preuves à connaissance nulle de Dusk. Mais si l’on met de vraies transactions dans son environnement d’exécution virtuel sur mesure, Piecrust, pour en faire un test de charge, on découvre que le coût en temps de génération des preuves et la charge de calcul des nœuds sont très loin d’être aussi « légers » que ne le laissent entendre les supports marketing. Dans un environnement client contraint, exécuter des calculs de preuves à connaissance nulle bloque directement une grande partie des nœuds légers. Cela signifie aussi que le prétendu réseau décentralisé de vérification de Dusk a de fortes chances de se réduire rapidement, dans la réalité, à un jeu oligarchique dominé par quelques serveurs très bien équipés.
Regardons ensuite la logique de traitement face à une explosion de l’état. Sur une chaîne publique généraliste, on « fait tourner la boutique » grâce à l’arbre d’état qui grossit sans fin. Mais chez Dusk, puisque chaque transfert d’actifs RWA doit emporter une preuve de conformité, l’état des permissions et des marqueurs de traçabilité, les coûts de taille (élagage) et de vérification de l’historique d’état sont d’un ordre de grandeur plus élevés que pour un simple transfert. Le plus gênant, c’est le problème des ensembles d’anonymat. Dusk affirme vouloir concilier la confidentialité institutionnelle et l’audit réglementaire, mais dans un réseau vertical dont l’activité quotidienne et le volume de règlements réels sont encore en montée, un trop faible échantillonnage des interactions rend toute « confidentialité on-chain » extrêmement fragile : il suffit d’effectuer quelques analyses de clustering d’adresses pour que la prétendue confidentialité optionnelle ressemble presque à un nu intégral.
En comparaison horizontale, avec une Layer 2 généraliste, ou comme Avalanche qui, via des sous-réseaux, met en place une isolation des permissions, Dusk manque effectivement de beaucoup d’opérations « boîte noire » comme la signature multiple centralisée qui modifie à tout moment le grand livre : les règles du jeu sont ainsi soudées dans les couches inférieures par du code et des preuves à connaissance nulle. Mais cette conception doit faire face à une réalité très dure : les actifs de conformité fortement liés ne peuvent tout simplement pas entrer dans les profondeurs de liquidité de la DeFi généraliste. Dès qu’il n’y a plus d’un market maker externe qui continue à injecter de l’argent, la rotation des actifs à l’intérieur de Dusk devient tout simplement affolante, au point d’être effrayante.
Pensez-vous que l’architecture de base de Dusk, qui sacrifie la compatibilité générale et la liquidité instantanée au nom de la conformité, pourra tenir jusqu’au jour où des actifs d’institutions traditionnelles seront massivement tokenisés et mis on-chain ? #dusk $DUSK @Dusk $ETH
