Ethereum (ETH) News: New Ether Proposal Seeks 16.7M Gas Cap to Rein In Transaction Bloat
July 7, 2025
BTC
$108,717.13
+
0.58%
ETH
$2,558.89
+
1.70%
USDT
$1.0001
–
0.01%
XRP
$2.2904
+
1.28%
BNB
$662.10
+
0.85%
SOL
$152.47
+
3.03%
USDC
$0.9999
+
0.01%
TRX
$0.2875
+
0.97%
DOGE
$0.1710
+
3.37%
ADA
$0.5869
+
1.53%
HYPE
$39.65
+
1.60%
SUI
$2.9058
+
0.57%
BCH
$496.65
+
1.91%
WBT
$44.75
–
0.68%
LINK
$13.55
+
2.63%
LEO
$9.0572
+
0.63%
XLM
$0.2515
+
4.71%
AVAX
$18.15
+
1.48%
TON
$2.7994
–
4.04%
SHIB
$0.0₄1173
+
1.23%
By Shaurya Malwa|Edited by Parikshit Mishra
Jul 7, 2025, 10:39 a.m.
- A new Ethereum proposal, EIP-7983, aims to cap the maximum gas a transaction can consume to enhance network stability.
- The proposal suggests limiting transactions to 16,777,216 gas, a significant change from allowing a single transaction to use an entire block’s gas limit.
- The cap is expected to simplify engineering challenges and aligns with Ethereum’s shift toward modularity, though it may require splitting large transactions.
A new Ethereum proposal, co-authored by Vitalik Buterin and Toni Wahrstaetter. aims to impose a hard cap on the maximum gas a transaction can consume in a move developers say could strengthen network stability and make the chain more viable for certain applications.
The proposal, EIP-7983, suggests limiting individual transactions to 16,777,216 gas (2²⁴) — a sharp change from the current design which technically allows a single transaction to consume the entire block gas limit.
STORY CONTINUES BELOW
As of Monday, a single Ethereum transaction can consume as much gas as an entire block allows — a design choice that introduces several performance and security challenges.
When a single transaction consumes nearly all the available gas, it disrupts the distribution of workloads across the network and tends to make block execution less efficient.
Developers working on zero-knowledge virtual machines (zkVM) have found it difficult to process large transactions in parallel, often defaulting to splitting work across multiple transactions instead.
And for parallel execution engines, wildly varying gas sizes introduce imbalance across processing threads
Proponents say that the cap would simplify these pain points.
“16,777,216 is nice because it makes it easier to subdivide things, potentially simplifying downstream engineering,” one contributor wrote in the GitHub thread. Others argued it aligned with Ethereum’s longer-term shift toward modularity and provability.
The new ceiling would require splitting some large transactions, such as contract deployments, into smaller chunks. Authors of the proposal stated that most real-world activities already fall well below the limit, and edge cases are minimal.
EIP-7983 builds on earlier resource-bounding initiatives, such as EIP-7825, and signals a growing consensus that Ethereum’s base layer should enforce tighter execution guarantees as it scales.
The proposal remains in draft status and is now open for broader community review.
Read more: Ethereum Developer Proposes 6-Second Block Times to Boost Speed, Slash Fees
Shaurya is the Co-Leader of the CoinDesk tokens and data team in Asia with a focus on crypto derivatives, DeFi, market microstructure, and protocol analysis.
Shaurya holds over $1,000 in BTC, ETH, SOL, AVAX, SUSHI, CRV, NEAR, YFI, YFII, SHIB, DOGE, USDT, USDC, BNB, MANA, MLN, LINK, XMR, ALGO, VET, CAKE, AAVE, COMP, ROOK, TRX, SNX, RUNE, FTM, ZIL, KSM, ENJ, CKB, JOE, GHST, PERP, BTRFLY, OHM, BANANA, ROME, BURGER, SPIRIT, and ORCA.
He provides over $1,000 to liquidity pools on Compound, Curve, SushiSwap, PancakeSwap, BurgerSwap, Orca, AnySwap, SpiritSwap, Rook Protocol, Yearn Finance, Synthetix, Harvest, Redacted Cartel, OlympusDAO, Rome, Trader Joe, and SUN.
Search
RECENT PRESS RELEASES
Related Post
