Imaginez un ordinateur mondial capable de vérifier des calculs extrêmement complexes sans jamais les exécuter lui-même. C’est précisément la vision que Vitalik Buterin défend depuis plusieurs années pour Ethereum. Le 19 octobre 2026, le co-fondateur du réseau a clairement pris position en faveur d’une nouvelle approche baptisée EIP-8288. Son idée centrale ? Sortir le gros du travail cryptographique de la blockchain principale et ne garder que la preuve que tout s’est bien passé.
Pourquoi la cryptographie devient un goulot d’étranglement
Ethereum a longtemps fonctionné avec deux outils principaux pour gérer les opérations cryptographiques : la machine virtuelle EVM et les précompilés. Les premiers permettent d’écrire des contrats intelligents qui vérifient des signatures ou des preuves. Les seconds offrent des fonctions optimisées pour accélérer certains calculs sensibles. Pendant longtemps, ces solutions ont suffi. Mais elles montrent aujourd’hui leurs limites.
Chaque nouvelle méthode cryptographique exige souvent une mise à jour du protocole. Ajouter un précompilé, c’est modifier le consensus. Vérifier de gros éléments directement dans l’EVM, c’est engorger les blocs avec des données volumineuses. Or, même avec les améliorations comme PeerDAS ou les blocs-in-blobs, Buterin estime que le réseau se heurtera rapidement à un plafond autour de 8 mégaoctets par seconde. Au-delà, la gestion des données devient problématique pour les validateurs.
Le problème n’est pas théorique. Les signatures résistantes aux ordinateurs quantiques, par exemple, sont nettement plus lourdes que celles utilisées aujourd’hui. Certaines signatures basées sur les hachages occupent déjà 2 à 3 kilo-octets et coûtent entre 150 000 et 200 000 unités de gas à vérifier. Les preuves STARK peuvent facilement dépasser 128 kilo-octets, voire atteindre 512 kilo-octets dans certaines configurations optimisées pour la rapidité de génération. Inclure tout cela directement dans les transactions transformerait rapidement les blocs en véritables monstres de données.
La vision du « computer cryptographique mondial »
Buterin ne se contente pas de critiquer l’existant. Il replace la discussion dans une perspective plus large qu’il défend depuis des mois : Ethereum doit devenir un cryptographic world computer. Autrement dit, un ordinateur mondial dont la force réside dans sa capacité à vérifier des résultats plutôt qu’à tout recalculer localement.
Dans cette logique, la blockchain ne doit conserver que les informations qui nécessitent vraiment un consensus partagé. Le reste – les calculs lourds, les signatures complexes, les preuves volumineuses – peut se dérouler hors chaîne. L’important, c’est que n’importe qui puisse vérifier que le résultat est correct. Cette approche réduit la charge supportée par chaque validateur tout en ouvrant la porte à des techniques cryptographiques bien plus avancées.
En définitive, les précompilés et l’EVM sont tous deux le mauvais endroit pour intégrer la plupart du support cryptographique dans Ethereum.
Cette phrase, publiée par Buterin le 19 octobre, résume parfaitement le changement de paradigme qu’il appelle de ses vœux. Il ne s’agit plus d’ajouter toujours plus de fonctions spécialisées au protocole, mais de créer un mécanisme générique capable d’accueillir n’importe quel schéma cryptographique via des preuves agrégées.
EIP-8288 : le mécanisme d’agrégation en mémoire
Le document technique EIP-8288, co-écrit avec le chercheur Thomas Coratger et publié le 3 juin 2026, porte le titre exact In-mempool signature and proof aggregation. Il propose un cadre dans lequel les transactions déclarent simplement quelles affirmations cryptographiques doivent être vérifiées, sans embarquer l’intégralité des preuves originales dans le bloc final.
Chaque transaction contient des références : le schéma de vérification utilisé, un hachage des données concernées et un hachage de la clé de vérification. Ces éléments permettent ensuite de relier la transaction à une preuve agrégée qui atteste que toutes les opérations ont bien été effectuées correctement.
Le processus commence dès le mempool, cette zone d’attente où les transactions patientent avant d’être incluses dans un bloc. Les utilisateurs soumettent leurs preuves. Les participants du mempool peuvent les valider, les combiner récursivement et transmettre le résultat aux suivants. L’intervalle d’agrégation prévu est de 1 000 millisecondes. À la fin, le constructeur de blocs dispose d’une preuve STARK récursive unique qui couvre l’ensemble des dépendances des transactions sélectionnées.
Point clé : une seule preuve STARK peut prouver la validité de dizaines, voire de centaines de signatures et de preuves individuelles. Ethereum ne vérifie plus chaque élément séparément, mais uniquement le résultat agrégé.
Cette approche s’appuie sur EIP-8141, qui introduit déjà un cadre pour des transactions multi-étapes. EIP-8288 ajoute un mode de frame spécifique dédié aux dépendances cryptographiques. Le système conserve les engagements nécessaires sur la chaîne, mais évite de publier les preuves brutes volumineuses en tant que calldata ordinaire.
Les signatures quantiques au cœur du projet
L’un des arguments les plus convaincants en faveur d’EIP-8288 concerne la résistance quantique. Les ordinateurs quantiques suffisamment puissants menacent à terme les schémas de signature classiques utilisés aujourd’hui sur Ethereum. Les alternatives – signatures basées sur les hachages ou sur les réseaux (lattice-based) – sont nettement plus volumineuses.
Sans un mécanisme d’agrégation, intégrer ces nouvelles signatures obligerait soit à créer un précompilé spécifique pour chaque variante, soit à accepter des coûts de données et de gas prohibitifs. Avec EIP-8288, un utilisateur peut choisir localement la signature qu’il préfère, prouver sa validité via une preuve STARK, et laisser le réseau vérifier uniquement l’agrégat.
Buterin a même évoqué la possibilité d’utiliser des schémas lattice-based pour les comptes et les portefeuilles Ethereum, à condition que les hypothèses de sécurité soient solidement établies. Il a également mentionné des cryptographies potentiellement résistantes à des attaques liées à l’intelligence artificielle, un critère distinct de la simple résistance quantique mais tout aussi intéressant pour l’avenir.
Comment fonctionne l’agrégation récursive en pratique
Le processus ne repose pas uniquement sur le producteur de blocs. L’agrégation commence beaucoup plus tôt. Dans le mempool, les preuves circulent et se combinent progressivement. Chaque participant peut valider ce qu’il reçoit, ajouter de nouvelles preuves et transmettre un paquet plus compact.
Le document technique fixe des limites de sécurité pour éviter les abus. Une transaction ne peut déclarer que 16 dépendances de signature et une dépendance STARK. Ces plafonds empêchent un acteur malveillant de saturer le système avec un trop grand nombre d’exigences de preuve.
La proposition prévoit également une compatibilité avec FOCIL, un mécanisme d’inclusion de transactions conçu pour rendre la censure plus difficile. Ainsi, même dans un environnement où les preuves sont agrégées hors chaîne, les garanties d’inclusion restent protégées.
À la fin du processus, le bloc contient toujours les informations de transaction nécessaires et les engagements cryptographiques. Ce qui disparaît, ce sont les preuves brutes volumineuses. Les validateurs vérifient une seule preuve récursive au lieu de vérifier individuellement chaque signature et chaque STARK.
Les limites et les conditions de succès
EIP-8288 reste à ce jour un brouillon de proposition standards-track dans la catégorie core. Son activation modifierait les règles de consensus : les nœuds qui ne comprennent pas le nouveau format de preuve récursive rejetteraient les blocs concernés. Une mise à jour coordonnée du réseau serait donc indispensable.
Plusieurs détails techniques restent incomplets. Les paramètres liés à la clé de vérification agrégée et au hachage des dépendances ne sont pas encore définitifs. L’implémentation de référence est annoncée comme à venir. Les développeurs devront encore finaliser le travail technique, examiner minutieusement les hypothèses de sécurité et obtenir un large consensus avant toute activation sur le mainnet.
Le document de spécification liste déjà plusieurs cas de test : vérification de signatures individuelles, gestion de multiples dépendances de preuve, détection de preuves récursives invalides, agrégation dans le mempool et compatibilité avec les listes d’inclusion de transactions. La section de compatibilité arrière précise que les transactions ordinaires continueraient de fonctionner normalement. Seules les transactions utilisant le nouveau mode de frame et les blocs portant l’en-tête de preuve récursive seraient rejetés par les anciens nœuds.
Ce que le système conserve
- Les informations de transaction nécessaires à l’identification
- Les engagements cryptographiques permettant la vérification
- La traçabilité des dépendances déclarées
Ce qu’il retire des blocs
- Les signatures originales volumineuses
- Les preuves STARK brutes de grande taille
- Les données de preuve redondantes
Une étape vers une Ethereum plus légère et plus puissante
Si EIP-8288 aboutit, Ethereum gagnerait en flexibilité sans sacrifier la sécurité. Les développeurs pourraient expérimenter de nouveaux schémas cryptographiques sans attendre une mise à jour du protocole à chaque fois. Les utilisateurs pourraient adopter des signatures quantiques résistantes sans faire exploser les coûts de transaction. Et le réseau lui-même resterait capable d’absorber ces innovations grâce à l’agrégation.
Cette proposition s’inscrit dans une trajectoire plus large. Depuis plusieurs mois, la feuille de route d’Ethereum met l’accent sur la résistance quantique, la confidentialité et l’efficacité de la disponibilité des données. EIP-8288 apporte une pièce concrète à ce puzzle en offrant un mécanisme commun pour vérifier de multiples schémas cryptographiques.
Le chemin reste long. Les circuits de preuve doivent être rigoureusement audités. Les fonctions de hachage et la vérification récursive doivent être prouvées correctes. Les participants du mempool et les constructeurs de blocs devront absorber une charge de travail supplémentaire. Mais le gain potentiel est considérable : une blockchain capable d’évoluer avec la cryptographie sans être constamment contrainte de modifier son noyau.
En publiant ses messages le 19 octobre, Vitalik Buterin n’a pas seulement soutenu un EIP technique. Il a réaffirmé une conviction plus profonde : Ethereum ne doit pas devenir un monstre de calculs redondants. Il doit rester un juge impartial qui vérifie des preuves, tout en laissant le travail lourd se dérouler ailleurs. C’est peut-être là que réside la véritable élégance d’un ordinateur cryptographique mondial.
Les prochaines étapes dépendront de la communauté. Les développeurs core, les chercheurs et les équipes d’implémentation devront se pencher sur les détails restants. Si le consensus se forme et si les hypothèses de sécurité tiennent, EIP-8288 pourrait devenir l’un des changements les plus structurants de l’architecture cryptographique d’Ethereum dans les années à venir. Pour l’instant, le projet reste un brouillon ambitieux, mais un brouillon qui pointe clairement vers un avenir où la complexité cryptographique n’alourdit plus la chaîne principale.
Cette évolution illustrerait parfaitement la capacité d’Ethereum à s’adapter sans se renier. En séparant la génération des preuves de leur vérification, le réseau gagnerait en scalabilité intellectuelle autant qu’en scalabilité technique. Les utilisateurs, les développeurs et les validateurs y trouveraient chacun leur compte. Et la vision d’un ordinateur mondial véritablement cryptographique se rapprocherait un peu plus de la réalité.
