✳flâneur — a map of the web's best reading

EIP-7938: Exponential Gas Limit Increase via Default Client Voting Behavior - EIPs / EIPs core - Fellowship of Ethereum Magicians

ethereum-magicians.org · 1,099 words · saved by 1 readers

Is the intention here to force driving towards an end goal of gas limit related delivery, kind of like how Muir glacier would make the difficulty bomb adjustment? Is the change schedule too fast? (Not target) If block size increases every epoch (6.4 mins); will it constantly be front running demand and not letting it adjust and catch up causing a continuous precipitous gas price drop? For example would it be better to make the increase every 30 days (monthly) or 90 days (quarterly) It feels like this should be a function of epoch time, not a function of number of epochs alone. There have been discussions of decreasing block times and depending on how that is implemented, that could result in a change in epoch length. If this algorithm is a function of epoch count alone, then it could end up accelerating towards its target too quickly. If the network can handle X gas per block today, then gas limits should be set to that. We should not assume that future handling of gas is a given and w

EIP-7938: Exponential Gas Limit Increase via Default Client Voting Behavior - #13 by dankrad - EIPs core - Fellowship of Ethereum Magicians EIP-7938: Exponential Gas Limit Increase via Default Client Voting Behavior EIPs EIPs core dankrad April 30, 2025, 8:32pm 13 Writing more about the reasons for this EIP. To be upfront, it is unconventional. I do think it is time for being unconventional, because the current way of doing things is likely to make Ethereum irrelevant over the next 5-10 years. Key considerations why I think we should commit to this gas limit change schedule: Strategic: Things

Explore this link on the map →

related reading