Proposition Ethereum EIP-7983 : définir une limite de gas pour une transaction unique
Dans le contexte où l'efficacité d'exécution sur le réseau principal Ethereum est inégale et où la pression sur la gestion des ressources devient de plus en plus manifeste, une nouvelle proposition entre en phase de discussion au sein de la communauté. Cette proposition préconise d'établir une limite de gas stricte pour chaque transaction, spécifiquement de 16,777,216 gas (c'est-à-dire 2²⁴), dans le but d'améliorer la stabilité et l'efficacité d'exécution du réseau.
Cette idée a déjà été explorée dans des propositions antérieures, les développeurs tentant d'introduire des limites de ressources pour poser les bases du développement modulaire et de l'optimisation des performances d'Ethereum.
Le contenu principal de l'EIP-7983
Actuellement, Ethereum permet à une seule transaction d'utiliser théoriquement l'intégralité du gas d'un bloc. Bien que cette conception soit flexible, elle peut entraîner des problèmes tels que la concentration des ressources et une charge inégale des nœuds pendant l'exécution des transactions, ce qui affecte la performance globale. La nouvelle proposition vise à limiter la quantité maximale de gas utilisée par une seule transaction, afin d'empêcher une transaction unique d'occuper trop de ressources réseau. Après avoir établi une limite stricte de 16 777 216 gas, les transactions dépassant cette limite seront rejetées lors de la validation du bloc.
L'idée centrale de cette proposition est de forcer certaines transactions de taille extrême à être divisées en fixant une limite, afin d'éviter qu'une seule transaction n'occupe trop de ressources. Cette restriction ne changera pas la capacité totale de gas des blocs, n'implique pas de modification des règles de consensus, mais introduit simplement une condition restrictive lors de l'exécution des transactions.
Pour les environnements d'exécution dépendant du calcul parallèle, tels que les machines virtuelles à connaissance nulle (zkVM) et les futurs modèles d'exécution multithread, cette restriction aide à éviter que des transactions extrêmes 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 divisée de manière plus uniforme tout en maintenant un volume total constant, facilitant ainsi la planification et l'exécution globales du réseau.
Effets réels et problèmes potentiels
La nouvelle proposition vise à réduire le risque de déni de service (DoS) causé par des transactions extrêmes en fixant une limite de gas pour chaque transaction, tout en améliorant la prévisibilité du processus d'exécution global. Pour l'environnement d'exécution, cette limite 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 s'aligne avec l'architecture modulaire en cours de développement sur Ethereum, l'intégration de zkVM et le chemin d'expansion de L2. Étant donné que les grandes transactions doivent être fragmentées, ce design devrait 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 d'implémentation, la nouvelle proposition n'implique pas de modifications des règles de consensus ou de la couche protocolaire, son principal impact résidant dans la nécessité pour les clients, les portefeuilles et les outils de développement de mettre à jour la construction des transactions et les méthodes d'affichage des interfaces pour s'adapter à la nouvelle logique de restrictions.
Cependant, les contraintes de cette proposition au niveau d'exécution ont également suscité des discussions. Certaines applications avancées, telles que le déploiement de contrats et les opérations DeFi complexes, peuvent nécessiter des transactions supplémentaires, ce qui entraîne une augmentation de la complexité de l'interaction utilisateur. De plus, les différences dans l'affichage et le traitement du gas sur différentes plateformes pourraient entraîner des coûts de compréhension et des incohérences d'utilisation dans un premier temps. 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 qui exploitent des transactions à haut gas pour manipuler l'ordre dans le pool de mémoire. Par conséquent, elle vise davantage à limiter la surcharge des ressources du côté des nœuds, 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 fournissant un soutien pour l'architecture parallèle future, mais sa portée est limitée et elle doit encore être combinée avec 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'une limite de gas pour les transactions est conforme à la direction du développement simple, sécurisé et modulaire d'Ethereum, et contribue à améliorer les performances du réseau et l'expérience utilisateur, surtout dans un environnement où les zkVM et les solutions L2 mûrissent progressivement. Les opposants, quant à eux, se concentrent sur la complexité et les risques de compatibilité liés à la fragmentation des transactions, et soulignent que les problèmes du réseau proviennent davantage de la conception des contrats intelligents que des restrictions de gas sur les transactions.
Cette proposition reflète l'attention de la communauté sur la stabilité du réseau et l'efficacité de l'exécution. Bien qu'il existe des défis et des divergences, elle offre une solution possible pour les capacités d'exécution et d'évolutivité de la couche de base d'Ethereum. Compte tenu de la direction actuelle d'Ethereum en matière d'évolutivité multicouche et de développement modulaire, cette proposition a 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.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
8 J'aime
Récompense
8
7
Partager
Commentaire
0/400
LiquidatedTwice
· 07-25 03:25
Ce gas me fait rire, qui a fait ça ?
Voir l'originalRépondre0
GasFeeCrier
· 07-24 21:07
J'en peux plus, vous me faites encore des trucs nouveaux.
Voir l'originalRépondre0
ChainComedian
· 07-24 15:55
Encore en train de faire n'importe quoi.
Voir l'originalRépondre0
AirdropHunterWang
· 07-22 07:32
Est-ce que tant de gas est vraiment supportable ?
Voir l'originalRépondre0
IronHeadMiner
· 07-22 07:31
Cette limite de gas semble vraiment élevée, le Mining consomme pas mal.
Voir l'originalRépondre0
DataChief
· 07-22 07:31
limite de gas plus petite qu'un cure-dent en poils.
Nouvelle proposition Ethereum EIP-7983 : limiter le gas maximum par transaction à 16 777 216
Proposition Ethereum EIP-7983 : définir une limite de gas pour une transaction unique
Dans le contexte où l'efficacité d'exécution sur le réseau principal Ethereum est inégale et où la pression sur la gestion des ressources devient de plus en plus manifeste, une nouvelle proposition entre en phase de discussion au sein de la communauté. Cette proposition préconise d'établir une limite de gas stricte pour chaque transaction, spécifiquement de 16,777,216 gas (c'est-à-dire 2²⁴), dans le but d'améliorer la stabilité et l'efficacité d'exécution du réseau.
Cette idée a déjà été explorée dans des propositions antérieures, les développeurs tentant d'introduire des limites de ressources pour poser les bases du développement modulaire et de l'optimisation des performances d'Ethereum.
Le contenu principal de l'EIP-7983
Actuellement, Ethereum permet à une seule transaction d'utiliser théoriquement l'intégralité du gas d'un bloc. Bien que cette conception soit flexible, elle peut entraîner des problèmes tels que la concentration des ressources et une charge inégale des nœuds pendant l'exécution des transactions, ce qui affecte la performance globale. La nouvelle proposition vise à limiter la quantité maximale de gas utilisée par une seule transaction, afin d'empêcher une transaction unique d'occuper trop de ressources réseau. Après avoir établi une limite stricte de 16 777 216 gas, les transactions dépassant cette limite seront rejetées lors de la validation du bloc.
L'idée centrale de cette proposition est de forcer certaines transactions de taille extrême à être divisées en fixant une limite, afin d'éviter qu'une seule transaction n'occupe trop de ressources. Cette restriction ne changera pas la capacité totale de gas des blocs, n'implique pas de modification des règles de consensus, mais introduit simplement une condition restrictive lors de l'exécution des transactions.
Pour les environnements d'exécution dépendant du calcul parallèle, tels que les machines virtuelles à connaissance nulle (zkVM) et les futurs modèles d'exécution multithread, cette restriction aide à éviter que des transactions extrêmes 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 divisée de manière plus uniforme tout en maintenant un volume total constant, facilitant ainsi la planification et l'exécution globales du réseau.
Effets réels et problèmes potentiels
La nouvelle proposition vise à réduire le risque de déni de service (DoS) causé par des transactions extrêmes en fixant une limite de gas pour chaque transaction, tout en améliorant la prévisibilité du processus d'exécution global. Pour l'environnement d'exécution, cette limite 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 s'aligne avec l'architecture modulaire en cours de développement sur Ethereum, l'intégration de zkVM et le chemin d'expansion de L2. Étant donné que les grandes transactions doivent être fragmentées, ce design devrait 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 d'implémentation, la nouvelle proposition n'implique pas de modifications des règles de consensus ou de la couche protocolaire, son principal impact résidant dans la nécessité pour les clients, les portefeuilles et les outils de développement de mettre à jour la construction des transactions et les méthodes d'affichage des interfaces pour s'adapter à la nouvelle logique de restrictions.
Cependant, les contraintes de cette proposition au niveau d'exécution ont également suscité des discussions. Certaines applications avancées, telles que le déploiement de contrats et les opérations DeFi complexes, peuvent nécessiter des transactions supplémentaires, ce qui entraîne une augmentation de la complexité de l'interaction utilisateur. De plus, les différences dans l'affichage et le traitement du gas sur différentes plateformes pourraient entraîner des coûts de compréhension et des incohérences d'utilisation dans un premier temps. 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 qui exploitent des transactions à haut gas pour manipuler l'ordre dans le pool de mémoire. Par conséquent, elle vise davantage à limiter la surcharge des ressources du côté des nœuds, 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 fournissant un soutien pour l'architecture parallèle future, mais sa portée est limitée et elle doit encore être combinée avec 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'une limite de gas pour les transactions est conforme à la direction du développement simple, sécurisé et modulaire d'Ethereum, et contribue à améliorer les performances du réseau et l'expérience utilisateur, surtout dans un environnement où les zkVM et les solutions L2 mûrissent progressivement. Les opposants, quant à eux, se concentrent sur la complexité et les risques de compatibilité liés à la fragmentation des transactions, et soulignent que les problèmes du réseau proviennent davantage de la conception des contrats intelligents que des restrictions de gas sur les transactions.
Cette proposition reflète l'attention de la communauté sur la stabilité du réseau et l'efficacité de l'exécution. Bien qu'il existe des défis et des divergences, elle offre une solution possible pour les capacités d'exécution et d'évolutivité de la couche de base d'Ethereum. Compte tenu de la direction actuelle d'Ethereum en matière d'évolutivité multicouche et de développement modulaire, cette proposition a 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.