Malgré des optimisations substantielles au cours des trois dernières années (Plonky2, Halo2, Boojum, circuits ZK RISC-V), la génération de preuves ZK demeure l’une des opérations les plus exigeantes en ressources informatiques de la blockchain.
• Pour les circuits complexes (états DeFi, logique de jeu), la génération de preuves prend souvent de quelques centaines de millisecondes à plusieurs secondes.
• Sur appareils mobiles ou matériels légers, la génération de preuves est quasi impossible et dépend encore des services cloud ou des nœuds validateurs.
• Certains systèmes ZK requièrent un GPU/FPGA pour des vitesses d’exécution acceptables.
• La génération cloud induit de nouveaux postulats de confiance et accroît les risques de centralisation.
• Les SNARKs présentent des coûts de vérification faibles mais nécessitent un trusted setup.
• Les STARKs se passent de trusted setup, mais leurs preuves sont plus volumineuses et la vérification coûte plus cher que pour les SNARKs.
ZK convient avant tout à la séparation entre confidentialité et vérification de la “logique temps réel”, ce qui en fait une solution privilégiée pour le règlement, le contrôle de conformité et le traitement par lots, plutôt que pour l’ensemble des logiques métier.
ZK offre nativement la confidentialité, mais un excès de confidentialité peut entrer en conflit avec les cadres mondiaux de conformité (AML/KYC/financement antiterroriste).
• Les actifs privés on-chain compliquent le suivi des flux de fonds.
• L'identité des participants est dissimulée.
• Le mixage de transactions peut masquer des activités suspectes.
Dans ce contexte, les régulateurs imposent souvent :
• Divulgation sélective
• Accès d’exception réglementaire (Regulator Backdoor, mais pas de backdoor universelle)
• Preuves d’audit des transactions
Notamment :
• ZK-KYC (prouver la conformité sans révéler son identité)
• Comptes privés auditables (preuves accessibles au régulateur)
• Preuves on-chain de flux de fonds
Néanmoins, la diversité des régimes réglementaires nationaux complique la conformité mondiale immédiate des projets.
L’ingénierie ZK s’avère bien plus exigeante que les smart contracts classiques, du fait de :
• Compétences requises en cryptographie, conception de circuits, compilateurs et systèmes distribués
• Chaque framework ZK utilise son propre DSL (Circom, Noir, Leo, etc.)
• Seuils d’audit élevés et coût des erreurs important
Conséquence : développement onéreux, cycles d’audit prolongés et outils ne parvenant pas à abstraire toute la complexité sous-jacente.
• Compilateurs ZK plus aboutis (zkVM, zkEVM)
• Abstractions haut niveau (Rust → Circuit)
• Protocoles de conformité à la confidentialité standardisés
L’expérience utilisateur demeure l’un des plus grands obstacles à l’adoption de ZK :
• Les utilisateurs doivent comprendre la notion de “génération de preuve”
• La génération de preuve prend parfois plusieurs secondes, dégradant l’expérience
• La génération de preuve coûte généralement davantage qu’une transaction standard
• L’expérience de traitement par lots reste hétérogène
• Une confidentialité totale complique la récupération de compte
• Les mécanismes de récupération sociale imposent de nouveaux schémas ZK
La plupart des utilisateurs ignorent :
• Ce qu’est un circuit
• Comment sont générées les preuves
• Pourquoi la confidentialité exige du calcul
Ce qui freine la migration et l’adoption des utilisateurs.
ZK incarne une technologie avancée, sans pour autant garantir sa viabilité commerciale. Les projets actuels rencontrent souvent :
• Les utilisateurs classiques sont peu enclins à payer pour la confidentialité.
• Les développeurs hésitent face au coût élevé de la génération de preuves.
• Exigences de conformité et d’intégration élevées.
• Faible compatibilité avec les systèmes existants.
• Les entreprises rechignent à supporter les coûts de génération de preuves.
La confidentialité, la compression et la sécurité restent difficiles à convertir directement en chiffre d’affaires.
• Identité on-chain (ZK-ID)
• Finance orientée conformité (ZK-RegTech)
• Collaboration de données en entreprise (échange de données ZK)
• IA × ZK : inférence IA vérifiable
• Externalisation du calcul ZK
Mais ces usages en sont encore à la phase de validation initiale.
• Rendre les modèles IA “prouvables”
• Garantir des résultats IA fiables et traçables
Cela stimule une demande industrielle pour les modèles ZK.
Apple, Samsung et Nvidia intègrent des fonctions d’accélération ZK, ce qui réduira fortement les coûts ZK.
• ZK-KYC standardisé
• Preuves d’audit accessibles aux institutions financières
• Infrastructures “privées mais contrôlables”
De plus en plus de L1/L2 adopteront ZK comme mécanisme de règlement par défaut.
• DSL ZK faciles d’accès
• Outils de visualisation des circuits
• Architectures de preuve modulaires
• Les wallets génèrent automatiquement les preuves
• Génération de preuves asynchrone (plus d’attente de fin)
• Boutons de confidentialité modulaires
ZK évoluera d’une “capacité technique” vers une “infrastructure essentielle”.
Les Zero-Knowledge Proofs s’imposent comme un pilier du futur de la blockchain, de l’IA et de la fintech. Leur déploiement concret rencontre néanmoins :
• Des goulets d’étranglement de performance
• Des tensions entre conformité et auditabilité
• Un écosystème développeur complexe
• Une expérience utilisateur peu mature
• Des modèles de commercialisation incertains
Cependant, l’écosystème s’attache à résoudre ces défis. Avec l’accélération matérielle, la maturité de la technologie zkVM, l’émergence de cadres de conformité et la croissance de la demande pour la vérification IA, ZK passera progressivement du statut de technologie de pointe à celui d’application à grande échelle.