EIP-7706 détaillé et trié le dernier mécanisme de gaz Ethereum

Auteur: @ web3mario

introductionLe

Vitalik a publié la proposition EIP-7706 le 13 mai 2024, a proposé un plan supplémentaire pour le modèle de gaz existant, décoller le calcul du gaz de CallData et personnaliser le mécanisme de tarification des frais de base de gaz blob pour réduire davantage le coût de fonctionnement L2 L2.La proposition connexe doit également être retracée à l’EIP-4844 proposée en février 2022, qui est donc à l’écart.

Le modèle de gaz Ethereum actuellement pris en charge-EIP-1559 et EIP-4844

Dans la conception initiale, Ethereum a utilisé un mécanisme d’enchères simples pour évaluer les frais de transaction, ce qui oblige les utilisateurs à soumissionner activement pour leurs propres transactions, c’est-à-dire la mise en place du prix du gaz. .Du point de vue du développeur principal à l’époque, ce mécanisme était confronté aux quatre questions suivantes:

• La volatilité et la transaction du niveau de coût de la transactionconsensusNe correspondez pas au coûtLePour la blockchain dans un état actif, la demande d’emballage de transactions est suffisante, ce qui signifie que le bloc peut être facilement rempli, mais cela signifie souvent que le coût global est extrêmement volatilité.Par exemple, lorsque le prix du gaz moyen est de 10 GWEI, le coût marginal généré par le réseau en raison d’une transaction dans un bloc est 10 fois lorsque le prix du gaz moyen est de 1 GWEI, ce qui est inacceptable.

• Délai inutile pour les utilisateurs:Étant donné que chaque bloc a la limite dure de la limite de gaz et les fluctuations naturelles des transactions historiques, les transactions attendent généralement que plusieurs blocs soient emballés, mais cela est inefficace pour le réseau global; Mécanisme de relaxation « avec un bloc plus grand et le plus petit bloc du bloc suivant répond aux différences de demande de blocs un par un.

• TarificationFaible efficacité:Parce que le mécanisme d’enchères simples a provoqué la faible efficacité de la découverte de prix équitable, ce qui signifie que pour les utilisateurs, il est difficile de donner un prix raisonnable, ce qui signifie que dans de nombreux cas, l’utilisateur paie des frais de traitement.

• Blockchain sans récompenses de blocVolontéInstable: Lorsque la récompense du bloc apportée par l’exploitation minière et adopte un modèle de frais de manipulation simple, il peut provoquer beaucoup d’instabilité, comme le « bloc sœur » qui inspire les coûts de transaction de vol, et ouvre un vecteur d’attaque minière égoïste plus fort.

Jusqu’à la proposition et l’exécution de l’EIP-1559, le modèle de gaz a une première itération, EIP-1559, qui est proposée par des développeurs de base tels que Vitalik le 13 avril 2019, et à la mise à niveau de Londres le 5 août 2021, était Mise à niveau pour être amélioré par la mise à niveau de Londres le 5 août 2021. En utilisant, ce mécanisme a abandonné le mécanisme d’enchères et a adopté un modèle à double prix de frais de base et de frais de priorité. Généré dans le bloc du parent et une cible de gaz flottante et récursive, la relation est calculée quantitativement via un modèle mathématique établi. Il peut mieux refléter la relation de l’offre et de la demande, et rendre la prédiction du gaz raisonnable plus précis. liberté.Le code spécifique est le suivant:

On peut voir que lorsque parent_gas_used est plus grand que parent_gas_target, les frais de base du bloc actuel seront comparés aux frais de base du bloc précédent plus une valeur de décalage. et un équilibre constant et 1.La logique est similaire.

De plus, les frais de base ne sont plus attribués aux mineurs en tant que récompenses, mais sont directement détruits.D’un autre côté, les frais de priorité sont équivalents aux récompenses pour les utilisateurs pour donner librement les mineurs.

Au fur et à mesure que le temps passe à 2021, le développement de Rollup a progressivement entré dans un bon royaume. pour obtenir des données.Cela permet à ces solutions de roulement de faire face à un gros coût de gaz lors du maintien de la nature finale de L2, et ces coûts seront finalement répercutés aux utilisateurs.

En même temps, Ethereum est également confronté au dilemme de la concurrence dans l’espace de bloc. La limite de gaz est calculée à 300 000, et théoriquement, il y a une limite de 30 000 000/16 = 1 875 000 octets. Jusqu’à jusqu’à l’échelle est d’environ 1,79 Mo.Les données liées à Rollup générées par le trieur L2 sont généralement importantes en données, ce qui le fait concurrence avec la confirmation de transaction d’autres utilisateurs de la chaîne principale, ce qui peut être emballé par un seul bloc, ce qui affectera la chaîne principale de la chaîne principale TPS.

Afin de résoudre ce dilemme, les développeurs de base ont présenté la proposition EIP-4844 le 5 février 2022 et ont été mises en œuvre après la mise à niveau Dencun au deuxième trimestre de 2024.La proposition propose un nouveau type de transaction appelée transaction BLOB.Différentes du type CallData, les données BLOB ne peuvent pas être directes par EVM, mais ne peuvent accéder qu’à son hachage, également connu sous le nom de versiondhash.De plus, il y a deux conceptions accompagnées les unes des autres. Mais la fonction d’index naturel est sélectionnée dans le modèle mathématique pour le rendre meilleur en réponse aux fluctuations de l’échelle de transaction, car la pente de la fonction d’index naturel est également la fonction d’index naturel, ce qui signifie que peu importe que ce soit pour le moment, L’état est dans l’échelle de la transaction du réseau? , La valeur de la fonction est 1.

base_fee_per_blob_gas = min_base_fee_per_blob_gas * e ** (excédent_blob_gas / blob_base_fee_update_fraction)

Parmi eux, MIN_BASE_FEE_PER_BLOB_GAS et BLOB_BASE_FEE_UPDATE_FRACTIONS sont deux constantes, tandis que la constante de constante excédentaire est déterminée que le gaz Blob total consomme la valeur cible, c’est-à-dire la différence. que 1, alors base_fee_per_blob_gas devient plus grand, sinon il devient plus petit.

De cette façon, certaines données qui espèrent uniquement utiliser les capacités consensuelles d’Ethereum peuvent être effectuées à faible coût pour garantir les scénarios de disponibilité pour assurer la disponibilité.Prenant l’exemple du trieur de rouleau, vous pouvez encapsuler les informations clés de L2 dans les données BLOB via la transaction Blob, et utiliser la conception exquise pour utiliser VersionDhash pour réaliser la logique de la chaîne liée en utilisant la conception exquise.

Ce qui doit être complété, c’est que le Target_BloB_GAS_PAS_PER_BLOCK actuel et Max_BloB_GAS_PER_BLOCK apporte une limite au réseau principal, c’est-à-dire le traitement moyen de 3 blob (0,375 Mo) de chaque bloc et jusqu’à 6 Blob (0,75 Mo).Ces restrictions initiales sont conçues pour minimiser la pression causée par l’EIP au réseau, et comme le réseau montre la fiabilité sous de gros blocs, il devrait augmenter dans la mise à niveau future.

Reconstruction de l’environnement d’exécution Modèle de consommation de gaz-EIP-7706

Après avoir clarifié le modèle actuel de gaz Ethereum, examinons les objectifs et les détails de la mise en œuvre de la proposition EIP-7706.La proposition a été proposée le 13 mai 2024.Semblable aux données BLOB, la proposition est décollée du modèle de gaz correspondant à un autre champ de données spécial.Et optimiser la logique d’implémentation de code correspondante.

En principe, la logique de calcul des frais de base de CallData est la même que les frais de base pour les données BLOB dans EIP-4844, qui utilisent tous la fonction d’index et calculent la valeur d’écart de la valeur de gaz réelle et de la valeur cible dans le bloc parent pour Calculez le ratio de mise à l’échelle des frais de base actuel.

Il convient de noter qu’une nouvelle conception de paramètres, limit_target_ratios = [2,2,4], où limit_target_ratios [0] indique le rapport cible de la classe d’exploitation, limit_target_ratios [1] signifie que le rapport cible de la classe de données BLOB, limite_t_t_t arget_ratios [ 2] Indique le rapport cible du gaz de classe CallData. Contrôle de la limite de gaz:

La logique de réglage de GAS_LIMITS est la suivante:

Gas_limits [0] doit suivre la formule de réglage existante

Gas_limits [1] doit être égal à max_blob_gas_per_block

GAS_LIMITS [2] doit être égal à Gas_limits [0] // Calldata_gas_limit_ratio

Nous savons que le Gas_limits actuel [0] est de 30000 000, Calldata_gas_limit_ratio est prédéfini à 4, ce qui signifie que l’objectif actuel de Gas CallData est d’environ 30000000 // 4 // 4 = 1875000. En raison de la logique de calcul de Gas CallData actuelle, chacune, chacune Les octets non nuls consommées de gaz et zéro consomme 4 gaz.Par conséquent, la cible actuelle de GAP CallData doit correspondre aux données CallData de 187500 octets, ce qui représente environ le double de la dose moyenne actuelle.

L’avantage est qu’il réduit considérablement la probabilité que Calldata atteigne la situation de la limite de gaz.La raison de cette conception est de dissiper les obstacles pour le développement de L2.