L’architecture de Dusk ne cache pas vos transactions ; elle cache le fait même qu’elles vous appartiennent, et qu’elles sont destinées à être retrouvées.
C’est ce paradoxe qui n’a cessé de me ramener à la même question : comment une chaîne peut-elle prouver sa validité sans jamais montrer son travail. Nous avons continué de tourner autour de Phoenix, le modèle de transactions où les notes existent comme des engagements chiffrés et où la propriété est prouvée au moyen de circuits de preuve à connaissance nulle plutôt que via des soldes en clair.
J’ai retracé moi-même le chemin de découverte des notes, la phase d’essai de déchiffrement de la clé de vue contre l’arbre de Merkle, et ce qui m’a frappé n’était pas l’affirmation de confidentialité : c’était le compromis que personne ne met bruyamment en avant. Chaque portefeuille doit tenter le déchiffrement sur un ensemble toujours plus vaste de notes pour savoir ce qu’il possède. C’est le coût discret de la confidentialité, et Dusk le paie d’avance pour que la chaîne elle-même n’ait jamais à le supporter.
Puis il y a Rusk, la couche d’exécution qui transforme tout cela en quelque chose qui doit encore obtenir le consensus, sous Succinct Attestation, une variante de preuve d’enjeu conçue pour une finalité déterministe plutôt qu’un règlement probabiliste.
Nous nous sommes retrouvés à le comparer moins à la feuille de route centrée sur les rollups d’Ethereum qu’à l’instinct cypherpunk plus ancien : la confidentialité et la conformité ne sont pas forcément des opposés si la couche à connaissance nulle est suffisamment expressive pour prouver les contraintes réglementaires sans révéler les données sous-jacentes.
Je ne suis pas encore convaincu que les promesses de débit tiennent sous une charge institutionnelle réelle, et je l’ai dit quand un collègue a objecté à l’expression « hyperfast sync ». Mais le mécanisme est réel, pas de la vapeur marketing, et c’est cette distinction qui m’a maintenu en train d’écrire au lieu de m’en aller.
@Dusk #dusk $DUSK $PORTAL $VELVET
C’est ce paradoxe qui n’a cessé de me ramener à la même question : comment une chaîne peut-elle prouver sa validité sans jamais montrer son travail. Nous avons continué de tourner autour de Phoenix, le modèle de transactions où les notes existent comme des engagements chiffrés et où la propriété est prouvée au moyen de circuits de preuve à connaissance nulle plutôt que via des soldes en clair.
J’ai retracé moi-même le chemin de découverte des notes, la phase d’essai de déchiffrement de la clé de vue contre l’arbre de Merkle, et ce qui m’a frappé n’était pas l’affirmation de confidentialité : c’était le compromis que personne ne met bruyamment en avant. Chaque portefeuille doit tenter le déchiffrement sur un ensemble toujours plus vaste de notes pour savoir ce qu’il possède. C’est le coût discret de la confidentialité, et Dusk le paie d’avance pour que la chaîne elle-même n’ait jamais à le supporter.
Puis il y a Rusk, la couche d’exécution qui transforme tout cela en quelque chose qui doit encore obtenir le consensus, sous Succinct Attestation, une variante de preuve d’enjeu conçue pour une finalité déterministe plutôt qu’un règlement probabiliste.
Nous nous sommes retrouvés à le comparer moins à la feuille de route centrée sur les rollups d’Ethereum qu’à l’instinct cypherpunk plus ancien : la confidentialité et la conformité ne sont pas forcément des opposés si la couche à connaissance nulle est suffisamment expressive pour prouver les contraintes réglementaires sans révéler les données sous-jacentes.
Je ne suis pas encore convaincu que les promesses de débit tiennent sous une charge institutionnelle réelle, et je l’ai dit quand un collègue a objecté à l’expression « hyperfast sync ». Mais le mécanisme est réel, pas de la vapeur marketing, et c’est cette distinction qui m’a maintenu en train d’écrire au lieu de m’en aller.
@Dusk #dusk $DUSK $PORTAL $VELVET
