Le Mainnet d'Ethereum fait face à de nouveaux défis : la proposition EIP-7983 suscite des discussions

Dans le contexte où le Mainnet d'Ethereum fait face à des problèmes d'efficacité d'exécution inégale et de pression sur la gestion des ressources, une nouvelle proposition entre dans la phase de discussion communautaire. Cette proposition préconise de fixer un plafond de gas rigide pour chaque transaction, fixé à 16 777 216 gas (soit 2²⁴), afin d'améliorer la stabilité du réseau et l'efficacité d'exécution.

Cette idée a déjà été explorée dans certaines propositions précédentes, où les développeurs ont tenté d'introduire des limites de ressources pour poser les bases du développement modulaire et de l'optimisation des performances d'Ethereum.

Introduction à la proposition EIP-7983

Actuellement, Ethereum permet à une seule transaction d'utiliser théoriquement l'ensemble du gas d'un bloc. Bien que cette conception soit flexible, elle peut entraîner des problèmes de concentration des ressources et de charge inégale des nœuds pendant l'exécution des transactions, affectant ainsi la performance globale. La nouvelle proposition vise à limiter le maximum de gas utilisé par une seule transaction, afin d'éviter qu'une transaction unique n'occupe trop de ressources réseau. Après avoir fixé une limite stricte de 16 777 216 gas, une transaction dépassant cette limite sera rejetée lors de la validation du bloc.

L'idée principale de cette proposition est de fixer une limite, obligeant certaines transactions de très grande taille à être divisées, afin d'éviter qu'une seule transaction n'occupe trop de ressources. Cette restriction ne changera pas la capacité totale en gas des blocs, n'implique pas de modification des règles de consensus, mais introduit simplement une condition de restriction lors du processus d'exécution des transactions. Sur cette base, si une transaction dépasse cette limite avant d'entrer dans le bloc, elle sera rejetée durant la phase de validation.

Pour les environnements d'exécution reposant sur le calcul parallèle, tels que les machines virtuelles à connaissance zéro et les futurs modèles d'exécution multithread, cette restriction aide à éviter que des transactions extrêmes ne ralentissent l'ensemble du processus de traitement des blocs. Dans la logique de la couche d'exécution, cette restriction est plus proche d'une "norme d'utilisation des ressources", permettant à chaque transaction d'être répartie de manière plus uniforme tout en maintenant la quantité totale constante, facilitant ainsi la planification et l'exécution globales du réseau.

Effets réels et problèmes potentiels

Fixer une limite de gas pour une seule transaction, la nouvelle proposition vise à réduire le risque de déni de service causé par des transactions extrêmes, tout en améliorant la prévisibilité du processus d'exécution global. Pour l'environnement d'exécution, cette restriction aide à simplifier la logique d'exécution des validateurs et à atténuer la pression causée par la concentration de la consommation des ressources.

Cette proposition est en adéquation avec l'architecture modulaire que l'Ethereum est en train de promouvoir, l'intégration de zkVM et le chemin d'extension L2. En raison de la nécessité de diviser les grandes transactions, ce design pourrait améliorer l'adaptabilité de la couche sous-jacente d'Ethereum au traitement parallèle, tout en soutenant davantage l'architecture de calcul multi-niveaux. D'un point de vue de mise en œuvre, la nouvelle proposition n'implique pas de modifications des règles de consensus ou de la couche de protocole, l'impact principal réside dans le fait que les clients, portefeuilles et outils de développement devront mettre à jour la construction des transactions et la manière d'afficher l'interface afin de s'adapter à la nouvelle logique de restriction.

La contrainte de cette proposition au niveau d'exécution a suscité certaines discussions. Certaines applications avancées, telles que le déploiement de contrats et les opérations DeFi complexes, pourraient nécessiter des transactions supplémentaires, ce qui entraînerait une augmentation de la complexité des interactions des utilisateurs. De plus, les différences dans l'affichage et le traitement du gas sur différentes plateformes pourraient engendrer des coûts de compréhension et des incohérences d'utilisation au début. Plus important encore, la proposition vise à répondre aux attaques par déni de service, qui se produisent principalement lors de l'exécution des transactions, et n'a pas de lien direct avec les comportements d'attaque utilisant des transactions à gas élevé pour manipuler le tri dans le pool de mémoire. Par conséquent, elle tend davantage à limiter la surcharge des ressources côté nœud, plutôt qu'à cibler toutes les formes d'attaques réseau.

Dans l'ensemble, la nouvelle proposition a une certaine signification pratique en améliorant la stabilité d'exécution des nœuds et en soutenant une architecture parallèle future, mais son champ d'application est limité et il est encore nécessaire de combiner d'autres mécanismes pour faire face aux problèmes de sécurité réseau au sens large.

Réaction de la communauté

Autour de cette proposition, la communauté a des opinions divergentes. Les partisans estiment que la définition d'un plafond de gas pour les transactions est conforme à la direction de la simplicité, de la sécurité et du développement modulaire d'Ethereum, et qu'elle contribue à améliorer les performances du réseau et l'expérience utilisateur, surtout dans un environnement où le zkVM et les solutions L2 mûrissent progressivement. Les opposants, quant à eux, se préoccupent de la complexité et des risques de compatibilité engendrés par le fractionnement des transactions, et soulignent que les problèmes du réseau proviennent davantage de la conception des contrats intelligents que de la limitation du gas des transactions.

Résumé

La nouvelle proposition reflète les préoccupations de la communauté concernant la stabilité du réseau et l'efficacité de l'exécution. Cette proposition présente des défis et des divergences, mais elle offre une solution possible pour l'exécution et la capacité d'extension de la couche de base d'Ethereum. Compte tenu de la direction actuelle de l'extension multicouche et du développement modulaire d'Ethereum, cette proposition présente une certaine valeur pratique, mais son effet final doit être évalué en fonction de l'adoption par la communauté et des résultats de mise en œuvre.