Dual-block architecture

The total HyperEVM throughput is split between small blocks that happen at a fast rate and large blocks that happen at a slower rate. The HyperEVM "mempool" is still onchain state with respect to the umbrella L1 execution, but is split into two independent mempools that source transactions for the two block types. The two block types are interleaved with a unique increasing sequence of EVM block numbers.

The primary motivation behind the dual-block architecture is to decouple block speed and block size when allocating throughput improvements. Users want faster blocks for lower time to confirmation. Builders want larger blocks to include larger transactions such as more complex contract deployments. Instead of a forced tradeoff, the dual-block system will allow simultaneous improvement along both axes.

The initial configuration is set conservatively, and throughput is expected to increase over successive technical upgrades. Fast block duration is set to 2 seconds with a 2M gas limit. Slow blocks duration is set to 1 minute with a 30M gas limit. Developers can deploy larger contracts as follows:

1. Submit action {"type": "evmUserModify", "usingBigBlocks": true} to direct HyperEVM transactions to big blocks instead of small blocks. Note that this user state flag is set on the HyperCore user level, and must be unset again to target small blocks. Like any action, this requires an existing Core user to send. Like any EOA, the deployer address can be converted to a Core user by receiving a Core asset such as USDC.

2. Optionally use the JSON-RPC method bigBlockGasPrice in place of gasPrice to estimate base gas fee on the next big block.