This proposal recommends increasing the maximum gas limit per block from the current 120,000,000 to 240,000,000. The primary goal is to enhance the network’s capacity to process transactions, effectively doubling the number of transactions that can be included in a single block.
Background and Rationale
The existing maximum gas limit of 120,000,000 for each block has now proven to be a constraining factor for the network’s throughput. Analysis of osmosisd CPU performance profiles, upcoming state compatible improvements from IAVL v1, and precedents set by networks like LUNC suggest that our chain can efficiently handle a significantly larger transaction volume. Increasing the gas limit to 240,000,000 is an incremental step towards optimizing our network’s performance without adversely impacting the synchronization speed. Although a fivefold increase might be feasible, this proposal suggests a cautious approach by only doubling the limit at this stage. This change is expected to enhance the network’s efficiency and scalability while maintaining stability.
If you have one underway, go with four megabytes please. I think that that is a safe number for contract uploads and it would prevent issues like what we recently saw on levana, which I should be clear, is a very very obvious exploit of the issues that informal systems said are not a bug in comet.
As @JohnnyWyles stated, its currently not changeable via a param and will be a part of the next software upgrade, along with other performance changes.
Apologies for taking this to the form without testing the param change myself, it was 1a.m after dealing with the arb spam and we didn’t want to waste time. But the changes we made in v21.1.5 buy us plenty of time to address this in the next upgrade at the beginning of the New Year.