ethereum-optimism / ethereum-optimism/optimism

Support EIP-7843 slot_num in BlockEnv for OP Stack

Open
#19,853 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
Go
Stars
6.5k
Forks
4k
Avg merge
2d 18h
Merged PRs (30d)
134

Description

## Summary

The `revm` upgrade to v36 introduced a `slot_num` field on `BlockEnv` (from [EIP-7843](https://eips.ethereum.org/EIPS/eip-7843)). This field is currently hardcoded to `0` in `alloy-op-evm` since EIP-7843 is not yet enabled in the OP Stack.

## Context

In `alloy-op-evm/src/env.rs`, the `BlockEnv` constructor sets `slot_num: 0`. Once EIP-7843 is activated in the OP Stack, this field should be populated from the block header.

## Action Items

- [ ] Track when EIP-7843 is scheduled for the OP Stack
- [ ] Add `slot_num` to `EvmEnvInput` and populate it from `BlockHeader` once available
- [ ] Update `evm_env_for_op_payload` to extract `slot_num` from the execution payload

Contributor guide

Open the contributing guide

Research direction

Start in alloy-op-evm/src/env.rs by reading the BlockEnv constructor and tracing EvmEnvInput through evm_env_for_op_payload. Check how BlockHeader and the execution payload expose slot_num once EIP-7843 is scheduled for the OP Stack. Done means slot_num is carried through EvmEnvInput and populated from the payload instead of remaining hardcoded to 0.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
blockchain
Issue type
Feature
Difficulty
3/5
Estimated time
1-2 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.