Ethereum accélère ses travaux sur la sécurité des zkEVM avant une révision prévue au début de décembre. Le point de départ est un indicateur public du concours cryptographique better.codes : au 21 août, le profil de paramètres koalaIRS12 affichait un écart de 52,14 bits entre deux certificats. Ce chiffre ne décrit pas le fonctionnement actuel du consensus d’Ethereum. Il reflète l’état d’un chantier de recherche consacré à une future architecture de preuve.
En bref
- Au 21 août, le profil koalaIRS12 affichait un écart de 52,14 bits dans le concours cryptographique public better.codes.
- Les certificats inférieur et supérieur associés à koalaIRS12 étaient respectivement évalués à 63,99 et 116,13 bits.
- La Fondation Ethereum vise notamment une sécurité prouvable de 128 bits, une preuve de moins de 300 KiB et un argument formel de solidité pour la récursion.
- La page de progression du 20 août mentionne la préparation du zkVM et la conformité ISA, sans indiquer que le paquet de décembre est achevé.
Les zkEVM cherchent à associer l’environnement d’exécution d’Ethereum à des preuves à divulgation nulle de connaissance. Dans ce cadre, le travail ne porte pas uniquement sur la production de preuves compactes ou sur les temps de calcul. Il concerne aussi les garanties cryptographiques formelles qui accompagnent les mécanismes étudiés. Cette séquence s’inscrit dans l’actualité des infrastructures d’Ethereum, où les étapes de vérification restent distinctes des annonces d’objectifs.
Un écart mesuré entre deux certificats
Selon les données rapportées par The Currency Analytics dans son suivi de better.codes, le certificat inférieur du profil koalaIRS12 était évalué à 63,99 bits, contre 116,13 bits pour le certificat supérieur. La différence entre ces deux évaluations atteint donc 52,14 bits.
Le concours s’organise autour de deux pistes complémentaires. La piste de solidité vise à relever le certificat inférieur, c’est-à-dire à renforcer ce qui peut être démontré dans le cadre retenu. La piste d’attaque cherche au contraire à réduire le certificat supérieur en examinant les limites du modèle évalué. Les deux démarches s’inscrivent dans un environnement fixé pour les soumissions et les vérifications.
Le score affiché peut évoluer avec les travaux soumis dans le concours. Il convient donc de le lire comme une mesure datée, liée au profil koalaIRS12 et à l’état des contributions au 21 août. Il ne permet pas d’affirmer qu’une vulnérabilité avérée affecte les transactions Ethereum. Il indique plutôt un écart encore ouvert dans l’évaluation formelle d’un système de preuve.
La distinction est importante. Un certificat inférieur, un certificat supérieur et la distance qui les sépare appartiennent au dispositif de mesure du concours. Ils ne constituent pas, à eux seuls, une conclusion sur les opérations du réseau actuellement en service. Le rôle de cette démarche publique est de rendre visibles les points restant à établir avant d’atteindre les objectifs annoncés.
Des objectifs techniques encore en cours de validation
La Fondation Ethereum souhaite fermer cet écart avant la révision attendue au début du mois de décembre. Les objectifs mentionnés comprennent une sécurité prouvable de 128 bits, une taille de preuve inférieure à 300 KiB et un argument formel de solidité pour l’architecture de récursion.
Ces éléments ne recouvrent pas le même sujet. Le niveau de sécurité prouvable concerne les propriétés cryptographiques visées. La taille de preuve porte sur le format du résultat obtenu. L’argument de solidité doit, quant à lui, couvrir l’architecture de récursion. Leur présence dans une même feuille de route implique un travail sur plusieurs composantes du système de preuve.
La page de progression de la Fondation Ethereum datée du 20 août mentionne la préparation du zkVM et la conformité ISA. Elle n’indique pas que le paquet attendu en décembre est achevé. L’échéance doit donc être comprise comme une étape de révision des travaux, sans présumer que les objectifs annoncés sont déjà atteints ni que la révision suffira à établir une sécurité effective de 128 bits.
Cette prudence vaut aussi pour la lecture des résultats intermédiaires. La réduction éventuelle de l’écart mesuré dans better.codes ne remplace pas l’ensemble des éléments demandés pour le cadre de preuve. Inversement, l’existence de cet écart ne permet pas de tirer une conclusion sur la validation actuelle du consensus Ethereum, que le concours ne modifie pas.
La sécurité placée avant les performances brutes
Cette séquence prolonge une orientation plus large. Journal Du Token rapporte que la Fondation Ethereum place la sécurité avant les performances brutes dans le développement des zkEVM. Le média mentionne un objectif de sécurité prouvable de 100 bits d’ici mai 2026, puis de 128 bits d’ici la fin de 2026.
Cette priorité ne signifie pas que les progrès de vitesse seraient abandonnés définitivement. Elle place les exigences de validation cryptographique au centre du calendrier décrit. Les résultats du concours, les objectifs techniques et les échéances communiquées restent ainsi trois niveaux distincts : une mesure publique, une cible à atteindre et une date de révision.
Brave New Coin rapporte également un changement de priorité annoncé le 18 décembre 2025, des améliorations de vitesse vers la sécurité. Cette évolution présentée par le média éclaire la continuité de la feuille de route évoquée pour les zkEVM.
Pour suivre ce dossier, la distinction entre recherche ouverte, objectifs de conception et réseau en service demeure ce
Ces éléments ne recouvrent pas le même sujet. Le niveau de sécurité prouvable concerne les propriétés cryptographiques visées. La taille de preuve porte sur le format du résultat obtenu. L’argument de solidité doit, quant à lui, couvrir l’architecture de récursion. Leur présence dans une même feuille de route implique un travail sur plusieurs composantes du système de preuve.
La page de progression de la Fondation Ethereum datée du 20 août mentionne la préparation du zkVM et la conformité ISA. Elle n’indique pas que le paquet attendu en décembre est achevé. L’échéance doit donc être comprise comme une étape de révision des travaux, sans présumer que les objectifs annoncés sont déjà atteints ni que la révision suffira à établir une sécurité effective de 128 bits.
Cette prudence vaut aussi pour la lecture des résultats intermédiaires. La réduction éventuelle de l’écart mesuré dans better.codes ne remplace pas l’ensemble des éléments demandés pour le cadre de preuve. Inversement, l’existence de cet écart ne permet pas de tirer une conclusion sur la validation actuelle du consensus Ethereum, que le concours ne modifie pas.
La sécurité placée avant les performances brutes
Cette séquence prolonge une orientation plus large. Journal Du Token rapporte que la Fondation Ethereum place la sécurité avant les performances brutes dans le développement des zkEVM. Le média mentionne un objectif de sécurité prouvable de 100 bits d’ici mai 2026, puis de 128 bits d’ici la fin de 2026.
Cette priorité ne signifie pas que les progrès de vitesse seraient abandonnés définitivement. Elle place les exigences de validation cryptographique au centre du calendrier décrit. Les résultats du concours, les objectifs techniques et les échéances communiquées restent ainsi trois niveaux distincts : une mesure publique, une cible à atteindre et une date de révision.
Brave New Coin rapporte également un changement de priorité annoncé le 18 décembre 2025, des améliorations de vitesse vers la sécurité. Cette évolution présentée par le média éclaire la continuité de la feuille de route évoquée pour les zkEVM.
Pour suivre ce dossier, la distinction entre recherche ouverte, objectifs de conception et réseau en service demeure centrale. better.codes expose un travail de vérification en cours autour du profil koalaIRS12. La révision de décembre devra préciser l’avancement de ce chantier, sans transformer l’existence d’une échéance en confirmation anticipée des garanties recherchées.
Photo à la une. Source: Pexels. Attribution: Godfrey Atima. Licence: Pexels License.
