Comment comprendre la prochaine étape de la scalabilité d'Ethereum, du Gas Limit aux Nonces Clés ?

null

Rédigé par : imToken

Objectivement, au cours de la dernière période, la perception intuitive de nombreux utilisateurs vis-à-vis d’Ethereum ne provient pas tant de la feuille de route ou des conférences de développeurs, mais de multiples opérations concrètes sur la chaîne.

Par exemple, ces deux dernières années, la réduction progressive des frais de Gas lors des transferts, l’amélioration de l’interopérabilité entre chaînes, etc., c’est aussi la raison pour laquelle l’expansion d’Ethereum n’est pas simplement une question de « compétition de performance » — pour l’utilisateur ordinaire, une TPS plus élevée, des blocs plus grands, une architecture sous-jacente plus complexe, n’ont de sens que lorsqu’elles se traduisent réellement par des coûts plus faibles, une utilisation plus fluide et une expérience de portefeuille plus sûre.

Et récemment, une série de nouvelles dynamiques d’Ethereum pointent toutes vers une tentative de déplacer systématiquement la complexité, autrefois supportée par les portefeuilles, DApps, relais tiers et utilisateurs eux-mêmes, vers le niveau du protocole.

Cela inclut notamment les Keyed Nonces, la mise à niveau Glamsterdam autour d’un seuil de Gas Limit de 200 millions, et une série de lignes directrices soulignées dans la feuille de route 2026, telles que l’abstraction native des comptes, l’interopérabilité entre L2, et le renforcement de la sécurité L1.

1. Augmentation du Gas Limit à 200 millions ?

Commençons par le point le plus perceptible pour l’utilisateur : le Gas Limit.

Comme on le sait, dans le réseau Ethereum, chaque transaction (qu’il s’agisse d’un transfert ou d’une interaction avec un contrat) consomme une certaine quantité de Gas, et la capacité du Gas Limit par bloc est fixe, c’est-à-dire limitée : plus il y a de places, plus de passagers peuvent être transportés en même temps ; si les places sont rares, chacun doit faire une enchère pour la même place, ce qui fait monter les frais de Gas.

Théoriquement, augmenter la limite de Gas par bloc permettrait d’améliorer directement la performance du réseau principal d’Ethereum, mais dans le contexte du développement de solutions L2, Ethereum a toujours été prudent à ce sujet, en déplaçant la majorité de la pression d’expansion vers la voie des L2.

En regardant la courbe d’expansion du Gas Limit d’Ethereum, on voit qu’en septembre 2019, le Gas Limit du réseau a dépassé pour la première fois 10 millions (après 8 millions), et ce n’est qu’en 2026 qu’il a réellement accéléré — passant de 30 millions en février à 36 millions, puis à 45 millions en juillet, et après la mise à niveau Fusaka en décembre, atteignant 60 millions.

La majorité de l’expansion semble donc concentrée en 2025. Bien sûr, cette année est cruciale dans l’histoire d’Ethereum : la mise à niveau Pectra en mai, suivie de Fusaka 7 mois plus tard, montre que même après des changements majeurs dans la direction, EF (Ethereum Foundation) reste capable de pousser des mises à jour importantes, marquant l’entrée officielle dans un rythme de « deux hard forks par an » (voir aussi « Ethereum 2026 : décryptage de la feuille de route la plus récente d’EF, vers une ère d’« upgrades engineering » ? »).

Source : Etherscan

Selon le résumé de l’interopérabilité Soldøgn publié par la Fondation Ethereum le 2 mai, plus de 100 contributeurs clés d’Ethereum ont participé à une réunion d’interopérabilité sur l’île de Svalbard, en Norvège, centrée sur la mise en œuvre multi-client de Glamsterdam, les tests et l’alignement des paramètres. À la fin de la réunion, un consensus stratégique s’est formé autour du seuil de Gas Limit de 200 millions pour Glamsterdam.

Cela signifie que, si tout se passe bien, la capacité d’exécution de L1 pourrait être portée de 60 millions à 200 millions, voire plus. Sur une échelle plus longue, l’attitude publique d’Ethereum vis-à-vis du Gas Limit devient beaucoup plus « radicale » : la proposition EIP-9698 suggère même une augmentation « dix fois tous les deux ans », visant 3,6 milliards de Gas en 2029, soit 50 fois la limite actuelle.

Mais il faut souligner que l’augmentation du Gas Limit ne consiste pas simplement à agrandir le bloc.

Augmenter brutalement la capacité de calcul d’un bloc pourrait réduire les coûts à court terme, mais à long terme, cela alourdirait la charge des nœuds, entraînerait une croissance excessive de l’état, et rendrait plus difficile pour l’utilisateur moyen de faire fonctionner un nœud, ce qui affaiblirait la décentralisation fondamentale d’Ethereum.

L’approche de Glamsterdam pour l’expansion est donc une stratégie combinée :

• ePBS (séparation du proposeur et du constructeur de blocs) clarifie le processus de construction et de validation des blocs dans le protocole, permettant aux validateurs de gérer des blocs plus grands en toute sécurité ;

• Block-Level Access Lists (BAL) enregistre à l’avance les comptes et emplacements de stockage accessibles lors de l’exécution du bloc, supportant la lecture parallèle, la validation parallèle des transactions et le calcul parallèle des racines d’état ;

• EIP-8037 augmente le coût des opérations de création d’état pour éviter une croissance trop rapide de l’état après l’augmentation du Gas Limit.

En fin de compte, Ethereum ne cherche pas simplement à « accueillir plus de transactions », mais à réfléchir à comment augmenter la capacité du réseau tout en maintenant la participation des nœuds et la vérifiabilité du système.

2. Keyed Nonces : transformer « une file d’attente » en « plusieurs canaux »

Si le Gas Limit concerne la capacité d’un seul bloc, le Keyed Nonces s’intéresse à une question plus fine mais cruciale : comment faire la queue pour une transaction ?

Dans Ethereum, le nonce peut être compris comme le « numéro de série » d’une transaction de compte, empêchant la double dépense et assurant que les transactions d’un même compte soient traitées dans l’ordre.

Ce mécanisme est simple à comprendre dans le cas d’un transfert classique : la première transaction, la deuxième, la troisième, etc., sont traitées dans l’ordre.

Mais lorsque le compte devient plus complexe — impliquant des transactions privées, des portefeuilles intelligents, des clés de session, des opérations en lot, ou des paiements tiers — un seul nonce linéaire peut devenir un goulot d’étranglement. C’est là qu’intervient EIP-8250, avec l’idée centrale de « Keyed Nonces » : au lieu d’un seul nonce par compte, on introduit plusieurs domaines de nonce.

Concrètement, il remplace le nonce unique dans la structure Frame Transaction d’EIP-8141 par une structure (nonce_key, nonce_seq), où nonce_key=0 correspond au nonce traditionnel, et un autre nonce peut être géré indépendamment par un protocole, permettant à différentes clés de gérer leurs propres séquences de nonce, évitant ainsi les conflits ou la réutilisation.

Ce concept, bien que technique, peut être illustré par une métaphore : un compte unique était comme une banque avec une seule fenêtre, où toutes les opérations devaient faire la queue ; Keyed Nonces, c’est comme répartir ces opérations dans plusieurs fenêtres, pour les transferts, retraits privés, autorisations de session, exécutions en lot, chacun ayant sa propre file.

Cela est particulièrement important pour les protocoles de confidentialité, car pour éviter de lier directement l’activité de l’utilisateur à une adresse publique, plusieurs utilisateurs peuvent partager une même adresse d’expéditeur, mais avec des nonce séparés. Si un seul nonce est utilisé, une transaction empaquetée pourrait invalider ou bloquer d’autres transactions en attente.

Keyed Nonces permet à chaque opération de choisir son propre domaine de nonce, par exemple dérivé d’un nullifier de confidentialité, réduisant ainsi les conflits de queue au niveau du protocole.

Vitalik lui-même voit cela comme une étape plus large : il indique que Keyed Nonces « ne sont pas seulement un support renforcé pour les solutions de confidentialité, mais aussi une première étape vers une nouvelle stratégie d’expansion de l’état d’Ethereum — en créant des types de stockage optimisés pour différents cas d’usage, tout en maintenant la décentralisation du protocole et en maximisant la scalabilité. »

En résumé, on peut voir cela comme une réponse à la question : le Gas Limit concerne la « taille du bloc », tandis que les Keyed Nonces explorent la « forme de l’état » — Ethereum doit supporter non seulement plus de transactions, mais aussi une plus grande diversité de transactions.

3. Quel impact pour l’utilisateur ordinaire ?

Pour l’écosystème Ethereum, beaucoup de mises à jour protocolaires semblent éloignées de l’utilisateur moyen, mais elles se traduisent toutes in fine dans l’expérience du portefeuille.

Car l’entrée principale pour l’utilisateur dans Ethereum n’est pas la feuille de route, ni le client ou la conférence de développeurs, mais chaque opération dans le portefeuille : transferts, autorisations, signatures, cross-chain, interactions avec DApps. Autrement dit, la transformation du protocole ne devient réellement une amélioration de l’expérience utilisateur que lorsqu’elle est traduite dans une interface plus claire, plus fluide, plus sûre.

Par exemple, l’abstraction native des comptes, qui est aujourd’hui bien connue, ne vise pas à faire comprendre plus de termes techniques à l’utilisateur, mais à lui permettre d’utiliser plus naturellement ses comptes sur la chaîne. Ces dernières années, la gestion de transactions en lot, le paiement de Gas par tiers, les mécanismes de récupération, différentes méthodes de signature, l’autorisation de session, et des stratégies de sécurité plus flexibles deviennent progressivement des capacités fondamentales dans le portefeuille.

De même, Keyed Nonces, qui semble une optimisation très technique de la gestion de la file d’attente des comptes, a un impact concret pour l’utilisateur : aujourd’hui, beaucoup rencontrent des situations où une transaction met du temps à confirmer, ou bloque les opérations suivantes, ou veulent l’annuler ou l’accélérer sans comprendre nonce, Gas ou la relation entre transactions. Lorsqu’un seul nonce est utilisé, cela peut entraîner des échecs ou des blocages.

Pour l’utilisateur, ces problèmes donnent l’impression que le portefeuille est peu pratique ou que la chaîne est peu fiable, mais en réalité, ils sont liés à la conception du nonce linéaire dans le modèle de compte d’Ethereum. La direction prise par Keyed Nonces est de permettre à un compte d’avoir plusieurs canaux parallèles, plutôt qu’un seul en série.

À l’avenir, les opérations classiques comme le transfert, l’autorisation DApp, la transaction privée, le lot, ou le paiement de Gas, pourront théoriquement s’exécuter de manière plus indépendante, réduisant les blocages et conflits.

Cela ouvrira sans doute davantage la conception de portefeuilles intelligents.

Plus important encore, ces capacités, qui auparavant nécessitaient une coordination entre portefeuille, DApp, relais et utilisateur, seront désormais intégrées dans le protocole, permettant au portefeuille d’offrir une abstraction d’interaction plus standardisée, plus native, plus sûre.

C’est pourquoi, Gas Limit, BAL, ePBS, Keyed Nonces, Frame Transactions, l’abstraction native des comptes et l’interopérabilité entre L2, bien que relevant de modules techniques différents, convergent tous vers un même objectif : permettre à Ethereum de supporter des scénarios d’utilisation plus complexes, sans sacrifier la décentralisation ni la sécurité.

En résumé, en rassemblant ces dynamiques, on constate que l’actualité d’Ethereum ne se disperse pas :

• La hausse du Gas Limit répond à la capacité d’exécution et à la pression sur les coûts du réseau principal ;

• BAL, ePBS, EIP-8037 assurent la vérifiabilité des nœuds et la maîtrise de la croissance de l’état lors de l’expansion ;

• Keyed Nonces et Frame Transactions traitent des limites du modèle de compte, de la confidentialité et des portefeuilles intelligents ;

• L’abstraction native des comptes et l’interopérabilité entre L2 visent à améliorer concrètement l’expérience utilisateur.

Cela marque une nouvelle étape pour Ethereum.

Après plusieurs années où le marché s’est concentré sur l’expansion des L2, la réduction des coûts de Blob, et la modularité, avec la montée en puissance du Gas Limit principal, les mises à jour comme Glamsterdam, l’abstraction des comptes et l’interopérabilité répondent à une question plus globale : « Comment faire que l’expérience sur la chaîne ressemble davantage à un tout cohérent ? »

Dans ce processus, le rôle du portefeuille sera encore plus crucial.

Car le portefeuille n’est pas seulement la porte d’entrée dans Ethereum, mais aussi l’interface par laquelle les utilisateurs comprennent et utilisent réellement les capacités du protocole. Plus les évolutions sous-jacentes seront complexes, plus il faudra qu’elles soient traduites dans le portefeuille par des indications de signature plus claires, des chemins de transaction plus compréhensibles, une détection de risques anticipée, et une expérience d’interaction plus fluide.

Restons unis dans cette voie.