Vitalik Buterin, co-founder of Ethereum (ETH), along with the Ethereum Foundation, is actively exploring various strategies to reduce the maximum block size of Ethereum, aligning with the "rollup-focused roadmap" emphasizing rollup usage to enhance Ethereum network scalability and efficiency.
Addressing Block Size Growth:
Buterin and Toni Wahrstätter, a researcher at the Ethereum Foundation, highlighted in a blog post dated Monday, February 5th, how the effective block size has nearly doubled over the past 12 months. This growth is likely attributed to increased usage of Ethereum blockchain by rollups and other trending initiatives like Inscriptions, due to data availability.
Proposed Solutions:
In their blog post on Ethresearch, five different solutions are discussed, each varying in complexity. The primary aim is to increase gas limits per block and discourage calldata usage, thus reducing maximum block size and creating space for more Binary Large Objects (BLOBs) of data in the future.
Increasing Calldata Costs:
One proposed solution involves raising the cost of calldata from the current 16 to 42 gas, equivalent to 0.104034 ETH at the current value of 0.002477 ETH per 1 gas. This adjustment would reduce the maximum block size from the current 1.78 megabytes to 0.68 megabytes, allowing for an increase in the block's gas limit. However, Buterin expressed concerns regarding this approach, fearing it might deter calldata usage for data availability, negatively impacting applications like StarkNet, which rely on large calldata for on-chain proofs.
Balancing Costs:
Another solution suggests simultaneously increasing calldata costs while decreasing the costs of other Operation Codes (Op_Codes) to strike a balance between incentivizing calldata usage and optimizing gas costs.
Limiting Calldata Quantity:
The third proposal is to limit the quantity of calldata per block, as indicated in Ethereum Improvement Proposal (EIP) 4488. However, this approach also raises concerns about disincentivizing calldata usage for data availability, potentially affecting applications heavily reliant on calldata.
Creating a Separate Market:
The fourth potential solution is to create a separate market for calldata fees, similar to how data blobs are managed, allowing calldata usage prices to adjust automatically based on demand. However, the downside of this proposal is increased complexity in analysis and implementation.
Introducing an EVM Loyalty Bonus:
The last idea proposed is to offer an "EVM loyalty bonus" to compensate applications heavily reliant on calldata, incentivizing calldata usage within the Ethereum Virtual Machine (EVM).
Balancing Complexity and Functionality:
Buterin and Wahrstätter acknowledged the potential oversimplification of merely increasing calldata costs to 42 gas and the excessive complexity that separate payment markets might introduce. They emphasized the need to find a balanced solution, either by increasing calldata costs while reducing the cost of some operations or by exploring models that encourage calldata usage within the EVM.
It's worth noting that Buterin had previously proposed, in 2021, the introduction of calldata limits per block to reduce gas costs. In January, he suggested increasing Ethereum's gas limit by 33% to 40 million to improve network throughput.
Posted Using InLeo Alpha
!DHEDGE
!discovery 20
you have 0.0 vote calls available today, your vote calls will reset at next snapshot. You can buy DHEDGE on Tribaldex or earn some daily by joining one of our many delegation pools at app.dhedge.cc to increase your daily amount.
As per my understanding, data if stored out of EVM is cheap, because the cost of writing data to EVM is a lot. And it also frees some space from EVM when data is stored somewhere else. So, its good.
Therefore, I don’t understand this what your written well. Yes, increase call data cost makes sense according to demand, it would affect only chains that are using Ethereum to store data, or have written data into EVM, only done computational work on validating transactions elsewhere.
It will be good to slightly discourage other Ethereum compatible virtual machines from writing and storing data on EVM. This is possible, with zk roolups, Ethereum verify proofs while data is written and stored off chain, and call e called back with some function command.
Very light data will be stored on EVM, which makes the dapps cheap.
Anyway.
Hello! Very interesting post.
If the analyst is interested, I invite you to view:
https://inleo.io/@crtua/en-analytics-from-crtua-hive-leo-sps-others-upvote-14-ua-crtua-14
This post has been manually curated by @bhattg from Indiaunited community. Join us on our Discord Server.
Do you know that you can earn a passive income by delegating your Leo power to @india-leo account? We share 100 % of the curation rewards with the delegators.
100% of the rewards from this comment goes to the curator for their manual curation efforts. Please encourage the curator @bhattg by upvoting this comment and support the community by voting the posts made by @indiaunited.
This post was shared and voted inside the discord by the curators team of discovery-it
Join our Community and follow our Curation Trail
Discovery-it is also a Witness, vote for us here
Delegate to us for passive income. Check our 80% fee-back Program
E' da 2/3 anni che ho un opinione pessima di Ethereum, pur capendone l'importanza estrema che ha avuto nel settore della blockchain. Ethereum non sarà mai conveniente da usare, quando lo sarà, ci saranno altre blockchain che saranno molto più avanti di Ethereum.... Puoi farmi cambiare idea su Ethereum con un commento a questa mia visione?