Dans les coulisses d’ Ethereum : mise à jour n° 001 sur le protocole – Ce que la scalabilité de la couche 1 signifie pour les développeurs

Quicknode

20 octobre 2025 — 10 min de lecture

Partager

Ajouter comme source préférée

Cela fait plus d'une décennie qu'Ethereum a vu le jour.

Depuis lors, l'évolution de l'Ethereum a suivi un schéma bien connu : des initiatives de recherche ponctuelles, des expériences menées par les « clients » ( equipe ) et des propositions universitaires qui ont souvent nécessité des années de coordination avant de déboucher sur des modifications significatives des protocoles.

Tout cela alors que les défis plus généraux liés à la mise à l'échelle — limites liées au gaz, encombrement du stockage, traitement séquentiel — persistaient sous forme de problèmes distincts nécessitant des solutions spécifiques.

La mise à jour 001 du protocole marque la fin de cette approche fragmentée.

L'époque des améliorations ponctuelles et des projets universitaires isolés cède désormais la place à des efforts d'ingénierie coordonnés, caractérisés par une responsabilité clairement définie, des objectifs mesurables et des calendriers de déploiement synchronisés.

Pour la première fois, la Fondation « Ethereum » présente la mise à l'échelle comme une feuille de route mise en œuvre sous une bannière commune : La mise à jour 001 du protocole.

Pour bien saisir l’importance de cette première mise à jour, il convient tout d’abord de s’intéresser à la manière dont les travaux de recherche de la Fondation « Ethereum » ont été réorganisés.

L'Story e derrière « Protocol »

En juin 2025, la Fondation « Ethereum » s’est réorganisée et a regroupé ses activités de recherche et développement sous une seule et même bannière : Protocol.

Au lieu de recourir à des mises à jour dispersées entre les équipes clients et les chercheurs individuels, l’EF a créé un groupe dédié doté de responsabilités clairement définies et s’appuyant sur trois piliers stratégiques : Évolutivité L1, évolutivité des blobs et amélioration de l’expérience utilisateur.

L'idée était non seulement d'accélérer les progrès, mais aussi de les communiquer plus clairement, chaque initiative étant pilotée par des chercheurs et des ingénieurs désignés comme responsables.

Et aujourd'hui, nous allons aborder la toute première mise à jour du protocole, à savoir Scale L1.

Qu'est-ce que Scale L1 et pourquoi la mise à jour 001 est-elle importante aujourd'hui ?

Scale L1 est la reconnaissance officielle par Ethereumdu fait que la blockchain sous-jacente elle-même est en train de devenir un goulot d'étranglement pour l'ensemble de l'écosystème, ainsi que la feuille de route pour l'avenir.

Oui, les réseaux de couche 2 (L2) comme les « rollups » font la une des journaux grâce à leurs promesses en matière de débit de transactions, mais en réalité, Ethereum mainnet continue de gérer le règlement final, la disponibilité des données et la résolution des litiges pour chaque transaction de couche 2.

Lorsque les réseaux de couche 2 (L2) atteignent des millions d'utilisateurs, la couche 1 (L1) devient le goulot d'étranglement, et ce goulot d'étranglement se profile à grands pas.

Scale L1 montre clairement que, même si les couches de niveau 2 ont un rôle à jouer dans la scalabilité Ethereum, la couche de base elle-même a encore besoin d’une marge de manœuvre.

Une couche 1 saturée et coûteuse affaiblit l'ensemble de l'écosystème : les rollups sont confrontés à des coûts de données élevés, les utilisateurs doivent payer des frais élevés et l'exploitation d'un nœud devient de plus en plus difficile au fil du temps.

Pour prendre un peu de recul, Scale L1 repose sur une approche en quatre volets :

• Des limites d'émissions de gaz plus élevées,

• Expiration de l'historique,

• Listes d'accès au niveau des blocs, et

• Clients « attester » de zkEVM

Avec tout cela, Ethereum teste jusqu'où la chaîne principale peut s'étendre sans compromettre ses garanties de décentralisation.

Voyons maintenant chacune de ces approches plus en détail, en commençant par le changement le plus visible à première vue : l'augmentation des limites de gaz.

Limites de gaz : augmentation de la limite de gaz à 100 millions

EthereumLa limite de gaz correspond au plafond intégré au protocole, qui détermine la quantité maximale de calculs et d’espace de stockage qu’un bloc peut contenir. On peut la considérer comme la capacité d’un bloc: plus cette limite est élevée, plus il est possible d’intégrer de transactions dans chaque créneau de 12 secondes.

Cette limite a augmenté discrètement mais systématiquement, passant de 30 millions à 45 millions de gas par bloc à compter de juillet 2025, soit une augmentation de 50 % du débit grâce au seul consensus coordonné des validateurs.

Avec la mise à jour 001 du protocole, ce plafond a commencé à augmenter, l'objectif à long terme étant fixé à 100 millions.

La promesse est claire : un débit plus élevé et des frais par transaction moins élevés.

Mais les compromis sont tout aussi importants : des blocs plus volumineux imposent des charges plus lourdes aux processeurs, à la mémoire et à la bande passante des validateurs, ce qui rend l'exploitation d'un nœud complet plus exigeante.

Concrètement, Ethereum mise sur le fait que les optimisations continues au niveau des clients, associées à une tarification plus intelligente du « gas », permettront d'absorber cette charge supplémentaire sans faire basculer le réseau vers la centralisation.

Mais la capacité des blocs ne suffit pas à elle seule. Le protocole « Ethereum » doit également permettre d'assurer la pérennité de l'exploitation d'un nœud à mesure que l'historique s'allonge.

Historique et expiration : empêcher les nœuds de se noyer sous les données

À mesure que l'Ethereum se développe, la charge liée au stockage de l'intégralité de son historique — depuis le bloc genesis de 2015 jusqu'aux millions de transactions et de reçus — ne cesse de s'alourdir. Le problème ne réside pas seulement dans les coûts de stockage ; il tient également à l'obstacle que cela représente pour les nouveaux validateurs, qui ont besoin de plusieurs jours pour se synchroniser et doivent réaliser d'importants investissements en matériel informatique simplement pour participer au consensus.

Exploiter un nœud de manière plus intensive = pousser le réseau vers la centralisation.

L'expiration de l'histoire est la réponse proposée par Ethereum, une solution biologique qui consiste à se débarrasser de l'ancienne peau pour permettre à la nouvelle de s'épanouir.

La mise en œuvre s'articule autour d'une approche en deux phases : l'expiration partielle (déjà en vigueur) et l'expiration progressive (à venir).

1. Expiration partielle: suppression des données antérieures à la fusion et libération immédiate de 300 à 500 Go d'espace disque.

2. Expiration progressive: les nœuds suppriment en continu les données datant de plus d'un an, ce qui permet de limiter les besoins en stockage même lorsque l'utilisation augmente.

Le résultat est simple : des nœuds plus légers et moins coûteux permettent à davantage de personnes de les exploiter, ce qui renforce la décentralisation.

Remarque : tous les principaux clients d'exécution prennent désormais en charge cette opération de suppression par défaut, tandis que le réseau Portal garantit que les données supprimées restent accessibles via un système décentralisé de type peer-to-peer, dans lequel chaque nœud stocke de petits blocs de données plutôt que l'intégralité des données.

Une fois le problème de l'encombrement du stockage résolu, le prochain obstacle réside dans l'efficacité avec laquelle les transactions elles-mêmes sont traitées.

Listes d'accès au niveau des blocs (BAL) : lancement de la phase de multithreading d'Ethereum

Les BAL sont désormais considérés comme la pièce maîtresse du projet de rénovation « Glamsterdam » prévu pour 2026. Mais de quoi s'agit-il exactement ?

À l'heure actuelle, Ethereum exécute toutes les transactions d'un bloc les unes après les autres, même si certaines d'entre elles n'interagissent pas entre elles, à l'instar d'un processeur mono-thread des années 1990.

Devinez quoi : en 2025, avec les processeurs multicœurs modernes, ce modèle séquentiel fait que la majeure partie du matériel des validateurs restera en grande partie inactif.

Les listes d'accès au niveau des blocs (BAL) changent la donne en exigeant des producteurs de blocs qu'ils déclarent, dès le départ, quels comptes et emplacements de stockage seront concernés par chaque transaction. Grâce à cette carte, les clients peuvent paralléliser l'exécution en toute sécurité : ils peuvent exécuter des transactions indépendantes en parallèle, précharger des données d'état en masse et réduire le gaspillage d'E/S disque.

Cependant, la complexité technique des BAL est considérable.

Les promoteurs doivent établir des plans d'accès détaillés pour chaque transaction, en y ajoutant environ 40 Ko de métadonnées par bloc.

Mais les avantages sont évidents : un traitement plus rapide des blocs, des performances plus prévisibles et une meilleure exploitation du matériel actuel.

L'exécution parallèle via les BAL améliore considérablement l'utilisation du matériel, mais le gain d'efficacité le plus spectaculaire de « Ethereum » provient de l'élimination totale des calculs redondants.

Clients « Attester » de zkEVM : la promesse d'une vérification cryptographique allégée

EthereumLe pari le plus novateur de [nom] dans le domaine de la scalabilité de couche 1 (L1) réside dans le concept de clients « attesteurs » zkEVM.

Au lieu que chaque validateur réexécute toutes les transactions pour confirmer un bloc, un « prover » spécialisé pourrait générer une preuve en connaissance zéro de cette exécution. Les autres nœuds n’auraient alors qu’à vérifier cette preuve succincte — un processus qui ne prend que quelques millisecondes — pour s’assurer de la validité du bloc.

Si la validation parvient à suivre le rythme des temps de bloc, la « Ethereum » pourrait réduire considérablement la charge de calcul pesant sur les validateurs, ouvrant ainsi la voie à des limites de gaz encore plus élevées sans compromettre la décentralisation.

Par ailleurs, cela a d'autres répercussions positives, telles que :

1. Les clients « attester » de zkEVM estompent la frontière entre le consensus et l'exécution, permettant ainsi un fonctionnement de type « sans état » où les validateurs se synchronisent en quelques minutes.

2. Les exigences matérielles chutent au niveau de la couche de consensus, ce qui pourrait permettre la vérification de l'Ethereum ité sur des appareils à faible consommation.

Le seul inconvénient sera que la génération de preuves se concentrera sur des opérations spécialisées nécessitant plus de 100 000 dollars de matériel GPU.

Maintenant que nous avons examiné chacune de ces améliorations techniques séparément, faisons le point sur chacune d'entre elles et voyons comment elles s'articulent entre elles pour former une stratégie d'évolutivité.

Récapitulatif : Les quatre piliers de l'évolutivité L1

À ce jour, nous savons que la mise à jour 001 du protocole constitue une attaque coordonnée visant les goulots d'étranglement liés à la scalabilité d'Ethereum, qui agissent en synergie.

Faisons un bref récapitulatif des quatre mises à jour :

1. Augmentation de la limite de gaz: passage de 30 millions à 100 millions de gaz par bloc, ce qui permet d'obtenir des gains immédiats en termes de débit grâce à une plus grande capacité par bloc.

2. Expiration de l'historique: élimine entre 300 et 500 Go d'espace de stockage superflu par nœud, supprimant ainsi les obstacles qui empêchent les nouveaux validateurs de participer au consensus.

3. Listes d'accès au niveau des blocs: en précisant quelles parties des transactions d'état vont se chevaucher, les concepteurs de blocs peuvent permettre une exécution parallèle sécurisée.

4. Clients « attester » de zkEVM: remplacent la réexécution fastidieuse des transactions par une vérification cryptographique allégée, ce qui réduit considérablement les besoins en puissance de calcul des validateurs.

Le génie réside dans la manière dont ces améliorations se renforcent mutuellement.

L'expiration de l'historique permet aux opérateurs de gérer plus facilement des limites de gaz plus élevées. L'exécution parallèle via les BAL optimise les avantages liés à l'augmentation de la capacité des blocs. La validation zkEVM élimine le goulot d'étranglement informatique au niveau des validateurs, qui limiterait autrement les augmentations de la limite de gaz.

Le contexte technique est clair. Mais comment ces changements influencent-ils concrètement l'expérience des participants à « Ethereum» ?

Ce que « Scale L1 » signifie pour les développeurs, les opérateurs de nœuds et l'écosystème

La version L1, avec ses quatre mises à jour majeures, est en train de redéfinir l'Ethereum e sous nos yeux. Même si, sur le papier, ces mises à jour semblent positives pour l'ensemble du secteur, voyons ce qu'elles impliquent concrètement pour ceux qui développent, exploitent et utilisent le réseau.

Mise à jour du protocole n° 001 : ce que cela implique pour les développeurs

En bref, ces mises à jour élargissent considérablement les possibilités offertes par Ethereum mainnet .

Des limites de gaz plus élevées permettent aux protocoles DeFi complexes d'exécuter des opérations sophistiquées en plusieurs étapes sans se heurter aux contraintes d'espace sur la chaîne, tandis que le traitement parallèle des BAL pourrait permettre la mise en œuvre d'applications de jeux en temps réel et de trading à haute fréquence, ce qui était auparavant impossible sur la couche 1.

Cependant, les développeurs sont confrontés à une nouvelle complexité : les BAL exigent de déclarer à l'avance les modèles d'accès à l'état, ce qui ajoute une surcharge liée à la construction des transactions qui pourraient favoriser les équipes disposant de ressources techniques plus importantes au détriment des petits développeurs.

Mise à jour du protocole n° 001 : ce que cela implique pour les opérateurs de nœuds

L'échelle L1 et les changements qui y sont liés créent un contexte contrasté, mêlant opportunités et contraintes.

La suppression des données historiques permet de réduire l'espace occupé sur le disque de plusieurs centaines de gigaoctets, tandis que le nettoyage continu garantira la prévisibilité des coûts de stockage à l'avenir. Parallèlement, les BAL et les attestateurs zkEVM visent à accélérer le traitement des blocs et à le rendre moins gourmand en ressources.

Concrètement, cela signifie que l'exploitation d'un nœud devrait devenir plus facile, et non plus difficile, même si la chaîne est de plus en plus sollicitée.

Toutefois, pendant la période de transition, la validation entre opérateurs pourra se concentrer sur ceux qui sont en mesure d’investir dans du matériel de pointe pour prendre en charge un traitement par blocs plus intensif.

Mise à jour du protocole n° 001 : ce que cela signifie pour l'écosystème d'Ethereum

Scale L1 est un indicateur de confiance pour tous ceux qui se trouvent à Ethereum et aux alentours.

Au-delà des améliorations techniques, la communication et la transparence dont fait preuve « Protocol » constituent un signal fort pour l’écosystème. La mise à jour 001 montre à elle seule qu’ Ethereum ne laisse pas entièrement aux couches de niveau 2 le soin d’assurer la scalabilité et que la couche de base elle-même est optimisée pour gérer un trafic plus intense.

Il en résulte une base plus solide pour les développeurs, les investisseurs et les utilisateurs qui comptent sur Ethereum comme couche de règlement de prédilection.

À mesure que ces améliorations en matière d'évolutivité seront mises en œuvre, les exigences en matière d'infrastructure pesant sur les fournisseurs RPC et les services d'indexation vont considérablement s'intensifier, ce qui créera à la fois des défis et des opportunités pour les équipes chargées de développer la couche de données d'Ethereum.

Une infrastructure à grande échelle : le rôle d’ Quicknodedans la nouvelle étape de Ethereum

L'évolutivité de la couche 1 va au-delà d'une simple étape importante au niveau des protocoles : il s'agit d'un véritable défi en matière d'infrastructure. Des limites de gaz plus élevées se traduisent directement par un nombre plus important de requêtes par seconde (RPS) et par une charge de travail plus lourde pour les nœuds. Parallèlement, les applications inter-L2 nécessitent un indexage unifié et une abstraction de l'infrastructure qui masquent la complexité d'un écosystème fragmenté.

QuicknodeSon approche en matière de redondance multi-clients, d'infrastructure mondiale de peering et d'indexation unifiée sur plus de 30 réseaux lui permet de répondre aux exigences infrastructurelles que la mise à jour de protocole 001 va engendrer.

Grâce à la mise à l'échelle automatique des points de terminaison RPC, à la mise en cache intelligente et à l'optimisation du peering, Quicknode est conçu pour prendre en charge une « Ethereum » de 100 millions de gas, voire davantage.

Accédez à Ethereum de la manière la plus rapide et la plus fiable qui soit grâce à Quicknode les offres RPC.

La disponibilité multi-clients et multi-régions garantit la résilience même lorsque la taille des blocs augmente, tandis que l'indexation multi-chaînes permet aux développeurs d'effectuer des requêtes sur l'Ethereum e et ses couches L2 sans avoir à repenser leur infrastructure de données.

À mesure que les limites de gaz augmentent et que de nouveaux modèles d'exécution, tels que les BAL et les zk-attesters, sont mis en service, les développeurs auront besoin une infrastructure capable de s'adapter au même rythme.

QuicknodeL’accent mis sur les performances, la disponibilité et l’abstraction garantit que, lorsque « Ethereum » évolue, les applications qui s’appuient sur cette plateforme peuvent elles aussi évoluer.

Découvrez quelques-unes Quicknoderessources destinées aux développeurs d'Ethereum .

Envisager l'avenir de Ethereum

La mise à jour 001 du protocole montre qu’ Ethereum ne se contente pas de s’en remettre uniquement aux rollups pour assurer la scalabilité. En augmentant les limites de gaz, en allégeant l’historique, en introduisant l’exécution parallèle et en explorant la validation par preuves zk, la couche de base est en cours de refonte pour devenir une infrastructure plus rapide, plus légère et plus robuste.

Si l'on prend un peu de recul, ce qu'il faut retenir avant tout de cette mise à jour du protocole, ce n'est pas la promesse de transactions simplement moins coûteuses ou de nœuds plus légers.

C'est que Ethereum peut évoluer — en se débarrassant de ses anciens fardeaux, en adoptant de nouveaux modèles d’exécution et en intégrant la cryptographie au cœur de son fonctionnement — tout en restant fidèle à son éthique de décentralisation.

La mise à jour 001 du protocole marque la fin des améliorations isolées et des projets de recherche universitaires qui n’ont en rien fait progresser l’ Ethereum .