#dusk $DUSK Aujourd’hui, en fouillant dans la documentation technique de bas niveau de Dusk, j’ai découvert une approche d’architecture pour les clients particulièrement pointue.
Beaucoup de chaînes parlent de ZK (preuves à connaissance nulle), mais la plupart concentrent l’essentiel de la charge de travail soit sur les nœuds de la chaîne, soit sur un ordonnateur spécifique de Rollup. Le zkVM Piecrust, développé en interne par Dusk, emprunte une voie radicalement différente : il introduit un modèle de mémoire extrêmement indépendant.
La transformation la plus directe apportée par ce modèle, c’est la capacité à “transformer le portefeuille Web de Dusk @Dusk en système d’exploitation côté client”. Avant, avec un portefeuille, l’essentiel consistait à ne faire qu’un outil de signature et une interface frontale de navigateur pour explorer la blockchain ; les calculs de données reposaient sur l’exécution en chaîne. Or, grâce au mécanisme d’isolation de mémoire de Piecrust, le portefeuille Dusk peut exécuter directement sur l’appareil de l’utilisateur une action ultime appelée “client-side data sharding” (partage de données côté client).
Qu’est-ce que cela implique ? Cela signifie que le travail particulièrement coûteux en calcul—la génération des preuves à connaissance nulle—est retiré du réseau tout entier et délégué directement à la propre puissance de traitement du téléphone ou du navigateur de l’utilisateur. Les nœuds de la chaîne ne s’occupent plus que de la validation légère du “résultat”.
Ce type de conception qui transfère la pression de calcul vers la périphérie a un avantage évident : cela libère considérablement la bande passante du réseau principal. Et la protection de la vie privée atteint un niveau de cloisonnement “type matériel” au niveau du terminal : même si des nœuds du réseau principal sont compromis, il devient impossible de reconstituer les données originales de l’utilisateur.
Mais il n’y a pas de déjeuner gratuit : cette localisations extrême présente aussi des limites claires.
Le client doit assumer une charge de calcul au niveau “OS”, ce qui impose des exigences très élevées au CPU et à la mémoire de l’appareil de l’utilisateur. Face à des appels de contrats intelligents complexes, un téléphone d’entrée de gamme ou un navigateur ancien risque de se figer, voire de planter. Et c’est là qu’émerge un problème fatal : dans l’esprit des geeks, l’isolation de la vie privée est parfaite, mais en réalité elle est obtenue en augmentant le seuil d’utilisation pour le grand public.
D’après les données actuellement disponibles on-chain, l’approche de Dusk—“gros client, nœud léger”—prouve bien qu’elle fonctionne effectivement et permet de boucler la boucle réglementaire du ZK. Je pense que, sur la voie des infrastructures de confidentialité, le principal intérêt de Dusk n’est plus tant le consensus de base, mais plutôt de voir jusqu’où ils arrivent à optimiser les performances de Piecrust zkVM sur mobile. Ne vous laissez pas bercer par les slogans sur “une confidentialité absolue” : observez plutôt comment ils résolvent les problèmes de chauffe sur les appareils de bas de gamme. C’est la clé pour comprendre la limite réelle de ce projet.
Beaucoup de chaînes parlent de ZK (preuves à connaissance nulle), mais la plupart concentrent l’essentiel de la charge de travail soit sur les nœuds de la chaîne, soit sur un ordonnateur spécifique de Rollup. Le zkVM Piecrust, développé en interne par Dusk, emprunte une voie radicalement différente : il introduit un modèle de mémoire extrêmement indépendant.
La transformation la plus directe apportée par ce modèle, c’est la capacité à “transformer le portefeuille Web de Dusk @Dusk en système d’exploitation côté client”. Avant, avec un portefeuille, l’essentiel consistait à ne faire qu’un outil de signature et une interface frontale de navigateur pour explorer la blockchain ; les calculs de données reposaient sur l’exécution en chaîne. Or, grâce au mécanisme d’isolation de mémoire de Piecrust, le portefeuille Dusk peut exécuter directement sur l’appareil de l’utilisateur une action ultime appelée “client-side data sharding” (partage de données côté client).
Qu’est-ce que cela implique ? Cela signifie que le travail particulièrement coûteux en calcul—la génération des preuves à connaissance nulle—est retiré du réseau tout entier et délégué directement à la propre puissance de traitement du téléphone ou du navigateur de l’utilisateur. Les nœuds de la chaîne ne s’occupent plus que de la validation légère du “résultat”.
Ce type de conception qui transfère la pression de calcul vers la périphérie a un avantage évident : cela libère considérablement la bande passante du réseau principal. Et la protection de la vie privée atteint un niveau de cloisonnement “type matériel” au niveau du terminal : même si des nœuds du réseau principal sont compromis, il devient impossible de reconstituer les données originales de l’utilisateur.
Mais il n’y a pas de déjeuner gratuit : cette localisations extrême présente aussi des limites claires.
Le client doit assumer une charge de calcul au niveau “OS”, ce qui impose des exigences très élevées au CPU et à la mémoire de l’appareil de l’utilisateur. Face à des appels de contrats intelligents complexes, un téléphone d’entrée de gamme ou un navigateur ancien risque de se figer, voire de planter. Et c’est là qu’émerge un problème fatal : dans l’esprit des geeks, l’isolation de la vie privée est parfaite, mais en réalité elle est obtenue en augmentant le seuil d’utilisation pour le grand public.
D’après les données actuellement disponibles on-chain, l’approche de Dusk—“gros client, nœud léger”—prouve bien qu’elle fonctionne effectivement et permet de boucler la boucle réglementaire du ZK. Je pense que, sur la voie des infrastructures de confidentialité, le principal intérêt de Dusk n’est plus tant le consensus de base, mais plutôt de voir jusqu’où ils arrivent à optimiser les performances de Piecrust zkVM sur mobile. Ne vous laissez pas bercer par les slogans sur “une confidentialité absolue” : observez plutôt comment ils résolvent les problèmes de chauffe sur les appareils de bas de gamme. C’est la clé pour comprendre la limite réelle de ce projet.
