Fondation Ethereum trace le chemin vers les preuves zkEVM sur le réseau principal L1

Contenu éditorial de confiance, examiné par des experts de l’industrie et des éditeurs expérimentés. Divulgation publicitaire La Fondation Ethereum a publié un plan étape par étape pour permettre à la chaîne principale d’Ethereum de valider les blocs en utilisant des preuves zkEVM, réduisant ainsi la nécessité pour les validateurs de relancer chaque calcul eux-mêmes. La proposition, partagée via X le 15 janvier par Tomasz K. Stańczak, Co-Directeur Exécutif de la Fondation Ethereum, expose le travail d’ingénierie nécessaire sur les clients d’exécution et de consensus d’Ethereum, ainsi que sur la nouvelle infrastructure de preuve et les processus de sécurité.

Ethereum L1 se rapproche de la validation basée sur des preuves zk

Déjà en juillet dernier, la Fondation Ethereum a annoncé son approche « zk-first ». Aujourd’hui, les validateurs d’Ethereum vérifient généralement un bloc en réexécutant les transactions et en comparant les résultats. La planification propose une alternative : les validateurs pourraient vérifier une preuve cryptographique que l’exécution d’un bloc était correcte.

Le document résume le processus prévu en termes simples : un client d’exécution produit un paquet « témoin » compact pour un bloc, un programme zkEVM standardisé utilise ce paquet pour générer une preuve d’exécution correcte, et les clients de consensus vérifient cette preuve lors de la validation du bloc.

La première étape clé est la création d’un « ExecutionWitness », une structure de données par bloc contenant les informations nécessaires pour valider l’exécution sans la relancer. Le plan prévoit un format de témoin formel dans les spécifications d’exécution d’Ethereum, des tests de conformité, et un point de terminaison RPC standardisé. Il est noté que l’actuel endpoint debug_executionWitness est déjà « utilisé en production par Kona d’Optimism », tout en suggérant qu’un endpoint plus zk-friendly pourrait être nécessaire.

Lecture connexe : Ethereum obtient un soutien institutionnel, bien que les perspectives de prix de l’ETH restent contestées. Une dépendance clé est l’amélioration du suivi des parties de l’état touchées par un bloc, via les Block Level Access Lists (BALs). Le document indique qu’en novembre 2025, ce travail n’était pas considéré comme suffisamment urgent pour être intégré aux forks antérieurs.

La prochaine étape est un « programme invité zkEVM », décrit comme une logique de validation sans état qui vérifie si un bloc produit une transition d’état valide lorsqu’il est combiné avec son témoin. Le plan met l’accent sur la reproductibilité des builds et la compilation vers des cibles standardisées afin que les hypothèses soient explicites et vérifiables.

Au-delà du code spécifique à Ethereum, le plan vise à standardiser l’interface entre zkVMs et le programme invité : cibles communes, moyens d’accéder aux précompiles et à l’I/O, et hypothèses convenues sur la façon dont les programmes sont chargés et exécutés.

Du côté du consensus, la feuille de route prévoit des modifications pour que les clients de consensus puissent accepter les preuves zk dans le cadre de la validation des blocs de beacon, avec des spécifications, des vecteurs de test, et un plan de déploiement interne. Le document souligne également l’importance de la disponibilité de la charge utile d’exécution, y compris une approche pouvant impliquer « de mettre le bloc dans des blobs ».

La proposition considère la génération de preuve comme un problème opérationnel autant qu’un problème de protocole. Elle inclut des étapes pour intégrer zkVMs dans les outils EF tels que Ethproofs et Ere, tester les configurations GPU (incluant « zkboost »), et suivre la fiabilité et les goulets d’étranglement.

Lecture connexe : L’argent de la Ivy League achète du Bitcoin et de l’Ethereum : Dartmouth dévoile IBIT, ETH Mini Stakes. La mise en réseau est encadrée comme un travail en cours, avec des objectifs explicites comme mesurer le temps de génération du témoin, le temps de création et de vérification de la preuve, et l’impact réseau de la propagation de la preuve. Ces mesures pourraient alimenter de futures propositions de réévaluation des frais pour des charges de travail fortement zk.

La sécurité est également considérée comme perpétuelle, avec des plans pour des spécifications formelles, la surveillance, des contrôles de la chaîne d’approvisionnement comme la reproductibilité des builds et la signature des artefacts, ainsi qu’un modèle de confiance et de menace documenté. Le document propose un « cadre go/no-go » pour décider quand les systèmes de preuve sont suffisamment matures pour une utilisation plus large.

Une dépendance externe ressort : ePBS, que le document décrit comme nécessaire pour donner plus de temps aux prouveurs. Sans cela, le plan indique que le prouveur dispose de « 1–2 secondes » pour créer une preuve ; avec, « 6–9 secondes ». Le document ajoute un encadrement en deux phrases qui capture l’urgence : « Ce n’est pas un projet sur lequel nous travaillons. Cependant, c’est une optimisation dont nous avons besoin. » Il prévoit que l’ePBS sera déployé à « Glamsterdam », prévu pour mi-2026.

Si ces étapes sont atteintes, Ethereum évoluerait vers une validation basée sur la preuve comme option pratique sur L1, tandis que le timing et la complexité opérationnelle de la preuve restent les facteurs limitants.

Au moment de la rédaction, l’ETH se négociait à 3 300 $.

ETH fait face au Fib 0.618, graphique hebdomadaire | Source : ETHUSDT sur TradingView.comImage en vedette créée avec DALL.E, graphique de TradingView.com Processus éditorial pour bitcoinist est centré sur la livraison d’un contenu rigoureusement recherché, précis et impartial. Nous maintenons des normes strictes en matière de sourcing, et chaque page fait l’objet d’une revue attentive par notre équipe d’experts en technologie et d’éditeurs expérimentés. Ce processus garantit l’intégrité, la pertinence et la valeur de notre contenu pour nos lecteurs.