EIP-7778 Implementation Tracker: Block Gas Accounting without Refunds

[marioevz]

EIP-7778: Block Gas Accounting without Refunds

Target Fork

Amsterdam

⚠️ Included in bal-devnet-2 for the 21st of January

Instructions

• Assign issue to EIP specification and testing owner(s).

Important

A specifications specialist and a testing specialist should ideally share ownership of the EIP.

• Add the issue to the target fork milestone if applicable (i.e., the EIP is at least in the CFI stage).

Guidance for Marking Items Complete

An item should only be checked off once the EIP is considered stable. In this context, stable means:

• No major issues or ambiguities are still being uncovered in the specification or tests.
• There are no open discussion points awaiting resolution.
• Client implementations have been consistently passing the tests for at least a week.

It is ultimately up to the owners' discretion to decide when an item should be marked as complete, using this guidance as the basis for that decision.

In exceptional cases, an EIP may require changes after some items have been marked complete or even after the entire issue has been completed and closed. This can happen, for example, when significant design optimizations are identified and agreed upon in ACD, or when critical security issues surface and require updates to the specification or tests.

When this occurs, owners should either unmark the relevant checkboxes if the issue is still open, or create a new tracking issue for the modifications if the original issue had already been closed.

Specification + Testing Status

• Testing complexity assessed and documented: EIP-7778.md - 🟡 10.
• Specification implementation merged to eips/amsterdam/eip-7778 (skip if the fork branch merge below is already complete).
• Specification updates merged to the corresponding forks/amsterdam branch.
• EIP updates proposed in case of architectural choices surfaced during implementation.
• Required testing framework modifications implemented.
• Test suite implemented.
• Full code coverage for all changes.
• No regressions or failures in tests from prior forks (including static tests).
• Testing checklist complete.
• Hardening session completed.
• Benchmarking tests written and results documented.
• Ran tests using execute to ensure compatibility, and marked specific tests to be skipped when they cannot be executed on live networks.
• Added Mainnet-marked tests (example test).

Process Status

• Hive tests passing on at least two implementations.
• EIP included in a devnet.

Missing Test Scenario

• multiple txs with refunds in same block
  • verifying each tx receipt's gas_used
  • verify cumulative_gas_used across transactions
• combine refund types for the fork in a single tx feat(spec-tests): Add EIP-7778 tests with multiple refund types #2074
• Verify different calldata floor cost scenario that include feat(spec-tests): add eip-7778 tests for calldata checks #2060
  • Scenario 1: floor > gas_before_refund → Both use floor
  • Scenario 2: gas_after_refund < floor < gas_before_refund → User pays floor, block counts pre-refund
  • Scenario 3: floor < gas_after_refund → Normal refund behavior

[jochem-brouwer]

Note: implementation is here #1401. CC @nerolation

(it's a one-liner 😍 )