Skip to content

feat: Monad-style 30M per-tx gas cap under Osaka (#392)#401

Open
nekomoto911 wants to merge 1 commit into
Galxe:gravity-reth-merge-v2.3.0from
nekomoto911:feat/osaka-30m-tx-gas-cap
Open

feat: Monad-style 30M per-tx gas cap under Osaka (#392)#401
nekomoto911 wants to merge 1 commit into
Galxe:gravity-reth-merge-v2.3.0from
nekomoto911:feat/osaka-30m-tx-gas-cap

Conversation

@nekomoto911

Copy link
Copy Markdown
Collaborator

Refs #392.

Under Osaka, Gravity uses a flat Monad-style 30M per-tx gas cap (TFM_MAX_GAS_LIMIT)
instead of EIP-7825's 2^24. This deviates from the issue's original 2^24 design on
purpose: 30M equals the system-transaction gas_limit, so the boundary admits them and
#392's separate system-tx gas gating (P2) is no longer needed.

Enforced in lockstep off one constant GRAVITY_TX_GAS_LIMIT_CAP at three Osaka-gated
sites — the executor cfg (tx_gas_limit_cap), the consensus block check, and the pipe
tx_filter guard — so a self-produced block admitted by one path is never rejected on
another. Dormant until osakaTime.

Not included (separate follow-ups): the cross-Osaka e2e acceptance, and #392's incidental
revm-bump debt (nonce == u64::MAX guard, tx_filter header rewrite).

Gravity replaces EIP-7825's 2^24 per-tx gas cap with a flat Monad-style
30M cap (TFM_MAX_GAS_LIMIT) once Osaka activates. The 30M matches the
system-transaction gas_limit exactly, so the boundary admits them and the
separate system-tx gas gating (Galxe#392 P2) is no longer needed.

Enforced in lockstep at three Osaka-gated sites off a single constant
GRAVITY_TX_GAS_LIMIT_CAP: the executor cfg (tx_gas_limit_cap), the
consensus block check, and the pipe tx_filter guard, so a self-produced
block admitted by one path is never rejected on another.

Dormant today (no osakaTime).
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant