Comment Dusk génère-t-il les preuves ZK qui gardent les transactions privées ? Un détail m’a fait hésiter : chaque worker de preuve utilise un seul cœur CPU, et la génération de preuve est mono-threadée. Cela a changé mon point de vue. Les preuves ZK peuvent sembler presque magiques, car la preuve finale est petite et sa vérification peut être légère. Mais le calcul difficile n’a pas disparu. Il a été déplacé du côté du Proveur, où les machines exécutent la charge de travail et produisent la preuve avant que le réseau ne puisse la vérifier. En examinant ce flux, j’ai commencé à penser à Dusk différemment. Le réseau n’a pas besoin que chaque vérificateur répète l’intégralité du calcul. Les Proveurs assument la charge plus lourde, tandis que les Vérificateurs vérifient la preuve résultante. Cela soulève une question d’évolutivité intéressante pour l’infrastructure de confidentialité de Dusk. Si Dusk connaît une croissance massive, quel est le véritable goulot d’étranglement ? Est-ce la vitesse à laquelle le réseau peut vérifier les preuves, ou la quantité d’infrastructure disponible pour les produire ? Pour moi, c’est pourquoi les Proveurs de Dusk méritent d’être regardés au-delà de l’étiquette « confidentialité ». La confidentialité ne concerne pas seulement la cryptographie ; elle dépend aussi de l’infrastructure qui rend l’exécution privée évolutivable possible. Je vais continuer à explorer la capacité des Proveurs et la manière dont la génération de preuves pourrait affecter l’évolutivité de la confidentialité de Dusk. @DuskFoundation $DUSK #dusk