Vitalik writes an article explaining the necessity and implementation of Ethereum's introduction of a multi-dimensional gas pricing mechanism

BlockBeats news, on May 9, Ethereum founder Vitalik Buterin published a long article, in-depth discussion of the importance and feasible path of introducing a multi-dimensional Gas pricing mechanism in Ethereum.

Vitalik pointed out that Ethereum currently simplifies the pricing and limits of all resources into a single-dimensional Gas, which simplifies the market design, but also causes significant efficiency losses. If the network needs to manage n different resources, a single-dimensional Gas may cause a throughput loss of n times.

EIP-4844 introduced multi-dimensional pricing in Ethereum for the first time, adding a dedicated Blob data area and setting independent prices and limits for it. This improvement has reduced the cost of Rollup by 100 times, increased transaction volume by more than 3 times, and only slightly increased the theoretical maximum block size.

The article also discusses the necessity of adopting multi-dimensional Gas when introducing storage proofs for stateless clients. Due to the quantum security risks of the Verkle tree scheme, the community hopes to use Binary Merkle trees and STARK instead, but their proof generation speed is much slower. By independently pricing and limiting storage access, the cost problem caused by increasing the Gas price can be avoided while ensuring stability.

In addition, Vitalik also proposed two solutions to implement multi-dimensional Gas pricing:

1. The simpler one is to set a resource cap for each transaction, that is, the Gas of each transaction is priced at the larger value of the consumed data and computing resources, as suggested by EIP-7623.

2. The ideal but more complex solution is to establish a dynamic adjustment mechanism similar to EIP-1559 for each resource.

Vitalik emphasized that the introduction of multi-dimensional execution Gas will bring certain complexity at the EVM level, but in order to safely improve the scalability of Ethereum L1, this trade-off is worth it. The community also needs to further explore more elegant designs in terms of the economy and development friendliness of the solution.