refactor: introduce EDR-owned protocol hardfork types by anaPerezGhiglia · Pull Request #1601 · NomicFoundation/edr

anaPerezGhiglia · 2026-08-04T23:17:33Z

This refactor introduces EDR-owned hardfork types L1Hardfork and OpHardfork, so that EDR's business logic is ruled by its own vocabulary, converted to revm's types only at the EVM boundary. Beyond decoupling EDR from revm's SpecId changes, owning the types gives EDR a home for protocol semantics of its own.

Motivation

EDR must be protocol compliant: it cares about all hardforks, including ones with no EVM-semantics changes. Starting with revm 39.0.0 (release v108, the "SpecId cleanup" in revm's migration guide), SpecId models EVM behavior classes only: the release removed the variants for Frontier Thawing, DAO Fork, Constantinople, Muir Glacier, Arrow Glacier, and Gray Glacier as "EVM-equivalent", and shifted the discriminants of the remaining ones. EDR currently pins revm 38.0.0, the last version that still models every hardfork; upgrading past it while EDR's protocol logic is keyed on SpecId would lose information EDR relies on, because EVM-equivalent is not header-equivalent:

This PR therefore lands before the pending revm upgrade (#1590, on hold): against the current pin the conversions introduced here are lossless 1:1, so the refactor is behavior-preserving by construction, and the upgrade's SpecId changes will then only touch the From conversion impls.

Changes

Owned enums

One enum per chain type, listing every protocol upgrade in activation order. Left SCREAMING variant names keep the existing use sites textually identical.

Trait layer(`edr_chain_spec`)

Chain-generic code needs to name both vocabularies: HardforkChainSpec now carries EvmHardfork (what revm consumes: SpecId for L1/generic, OpSpecId for OP) alongside the protocol-level Hardfork. ProtocolHardfork bundles the bounds generic code needs and provides to_evm_spec_id() for gates that are genuinely about EVM behavior.

Protocol parameters re-homed

The difficulty bomb delay and block reward are protocol-level parameters, not EVM semantics. Muir Glacier (EIP-2384), Arrow Glacier (EIP-4345), and Gray Glacier (EIP-5133) consisted of nothing but a bomb-delay change, precisely why SpecId collapsed them. EDR must replay protocol history, so these parameters belong on its own hardfork vocabulary.bomb_delay and miner_reward were free functions keyed on revm's SpecId, exactly the coupling that breaks when revm collapses protocol-only forks. They now live on the owned enums as ProtocolParams impls (tables moved verbatim).

Where the design is deliberately not independent yet

Some hardfork gates in chain-generic code still ask revm's EVM classes (hardfork.to_evm_spec_id() >= EvmSpecId::X): ProtocolParams doesn't answer these gate questions yet, and L1Hardfork/OpHardfork are deliberately not comparable to each other, so generic code has nothing chain-agnostic to gate on. The intended end state extends the bomb_delay/miner_reward pattern into a semantic API — instead of hardfork >= LONDON, ask something like hardfork.supports_eip1559_gas_fee(), but that was consciously left out to scope this PR to the critical changes (see follow-ups). The remaining gates are safe: they are genuinely EVM behavior-class questions, which survive SpecId cleanups.

Solidity test runner.

To keep the vocabulary consistent across all of EDR's interfaces, the runner's config ingress also parses the owned types (TestRunnerConfig::try_into_runner_config::<ChainSpecT>()), converting to the revm type immediately after. The runner itself stays in revm vocabulary: it has only a few hardfork gates, all tied to EVM-semantics forks, and refactoring the vendored foundry port would diverge the backport further without being a blocker for this change.

One vocabulary per layer

Each layer speaks its own hardfork vocabulary and converts it into the types of the layer below when crossing the seam: the TS/JS surface speaks JS enums and strings, the Rust protocol internals speak the owned types, and only EVM execution speaks revm's behavior classes.

changeset-bot · 2026-08-04T23:17:40Z

⚠️ No Changeset found

Latest commit: 808d231

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

Click here if you're a maintainer who wants to add a changeset to this PR

Copilot

Pull request overview

This PR introduces EDR-owned “protocol-level” hardfork enums for Ethereum L1 and OP, separating protocol upgrade sequencing/parameters from the EVM behavior-class identifiers consumed by revm (e.g., EvmSpecId, op_revm::OpSpecId). It then propagates that distinction through chain specs, provider validation, RPC conversion, receipts, and OP chain config generation.

Changes:

Add protocol-level hardfork abstractions (ProtocolHardfork, ProtocolParams) and extend HardforkChainSpec to include both protocol-level and EVM-level hardfork types.
Introduce owned hardfork enums (edr_chain_l1::L1Hardfork, edr_op::OpHardfork) and update call sites to use protocol-level hardforks while converting to EVM spec IDs where required.
Update OP chain config generator + generated OP chain config modules to use OpHardfork instead of op_revm::OpSpecId.

Reviewed changes

Copilot reviewed 52 out of 94 changed files in this pull request and generated 1 comment.

Show a summary per file

File	Description
crates/tool/op_chain_config_generator/src/main.rs	Switch generator logic to use `edr_op::OpHardfork` for activations/base-fee params.
crates/tool/op_chain_config_generator/Cargo.toml	Replace `op-revm` dependency with `edr_op`.
crates/test/block_replay/src/lib.rs	Move hardfork-dependent logic to protocol hardfork helpers (`to_evm_spec_id`, `miner_reward`).
crates/edr_solidity_tests/tests/it/repros.rs	Update test runner hardfork type alias usage (`EvmHardfork`).
crates/edr_solidity_tests/tests/it/helpers.rs	Update hardfork generic usage; allow `impl Into<HardforkT>` in constructor.
crates/edr_provider/tests/integration/estimate_gas.rs	Adjust test config hardfork type to `edr_chain_l1::Hardfork`.
crates/edr_provider/tests/integration/eip7825.rs	Adjust test config hardfork type to `edr_chain_l1::Hardfork`.
crates/edr_provider/src/test_utils.rs	Update header override hardfork type to `edr_chain_l1::Hardfork`.
crates/edr_provider/src/requests/validation.rs	Accept protocol hardforks and convert to `EvmSpecId` when validating EVM-specific rules.
crates/edr_provider/src/requests/resolve.rs	Pass protocol hardfork through to call validation.
crates/edr_provider/src/requests/eth/transactions.rs	Pass protocol hardfork through to initcode-size validation.
crates/edr_provider/src/requests/eth/gas.rs	Convert protocol hardfork to `EvmSpecId` for tx validation.
crates/edr_provider/src/requests/eth/call.rs	Convert protocol hardfork to `EvmSpecId` for tx validation.
crates/edr_provider/src/debug_trace.rs	Convert protocol hardfork to `EvmSpecId` for tracing checks.
crates/edr_provider/src/data.rs	Replace `Into<EvmSpecId>` comparisons with `to_evm_spec_id()`; use protocol `miner_reward()`.
crates/edr_op/src/test_utils.rs	Use `OpHardfork` in header override helpers.
crates/edr_op/src/spec.rs	Introduce protocol/EVM hardfork split for OP chain spec; retype `CfgEnv` for EVM execution.
crates/edr_op/src/rpc/transaction.rs	Convert protocol hardfork to `EvmSpecId` for RPC formatting.
crates/edr_op/src/receipt/block.rs	Use new `L1BlockReceipt::new` and convert protocol hardfork to `EvmSpecId`.
crates/edr_op/src/lib.rs	Re-export `OpHardfork`, define `EvmHardfork = op_revm::OpSpecId`, and alias `Hardfork = OpHardfork`.
crates/edr_op/src/hardfork/op.rs	Update base fee params to be keyed by `OpHardfork`.
crates/edr_op/src/hardfork/base.rs	Update base fee params to be keyed by `OpHardfork`.
crates/edr_op/src/hardfork.rs	Add owned `OpHardfork` enum + conversions + protocol params + parity tests.
crates/edr_op/src/block/builder.rs	Convert protocol hardfork into `op_revm::OpSpecId` for `L1BlockInfo::try_fetch`.
crates/edr_op/src/hardfork/generated/zora.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/xterio_eth.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/worldchain.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/unichain.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/tbn.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/swell.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/swan.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/sseed.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/soneium.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/soneium_minato.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/silent_data_mainnet.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/shape.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/settlus_sepolia.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/settlus_mainnet.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/redstone.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/radius_testnet.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/race.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/polynomial.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/pivotal.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/ozean.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/orderly.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/op.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/mode.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/mint.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/metal.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/lyra.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/lisk.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/ink.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/hashkeychain.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/funki.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/fraxtal.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/ethernity.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/cyber.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/creator_chain_testnet.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/celo.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/camp.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/boba.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/bob.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/base.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/automata.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_op/src/hardfork/generated/arena_z.rs	Generated OP chain config now uses `OpHardfork`.
crates/edr_napi/src/solidity_tests/op.rs	Adjust runner type params to use EVM-level hardfork and new config conversion helper.
crates/edr_napi/src/solidity_tests/l1.rs	Adjust runner type params to use EVM-level hardfork and new config conversion helper.
crates/edr_napi_core/src/solidity/config.rs	Introduce chain-spec-driven conversion (`try_into_runner_config`) parsing protocol hardfork then mapping to EVM hardfork.
crates/edr_napi_core/src/provider/config.rs	Require `ProtocolHardfork` for provider configs; keep gas-cap derivation via `Into<EvmSpecId>`.
crates/edr_generic/src/spec.rs	Re-type block-env hardfork handling; retype `CfgEnv` for EVM execution via `to_evm_cfg_env`.
crates/edr_generic/src/rpc/transaction.rs	Convert protocol hardfork to EVM spec where required for RPC shaping.
crates/edr_generic/src/rpc/receipt.rs	Use protocol hardfork type directly in comparisons via `Self::Hardfork`.
crates/edr_generic/src/receipt.rs	Compare against protocol hardfork (`edr_chain_l1::Hardfork`) instead of `EvmSpecId`.
crates/edr_eth/src/block/reward.rs	Remove standalone `miner_reward(EvmSpecId)` helper (migrated to protocol params).
crates/edr_eth/src/block.rs	Stop re-exporting removed `miner_reward`.
crates/edr_chain_spec/src/lib.rs	Extend `HardforkChainSpec`; add `ProtocolParams` + `ProtocolHardfork`.
crates/edr_chain_l1/src/spec.rs	Re-type `CfgEnv` for EVM execution; convert protocol hardfork to EVM spec for precompile set selection.
crates/edr_chain_l1/src/rpc/transaction.rs	Convert protocol hardfork to `EvmSpecId` for RPC formatting.
crates/edr_chain_l1/src/rpc/receipt.rs	Use `Self::Hardfork` in comparisons.
crates/edr_chain_l1/src/receipt/builder.rs	Compare against protocol hardfork constants.
crates/edr_chain_l1/src/receipt.rs	Add `L1BlockReceipt::new` helper; construct receipts using `hardfork.to_evm_spec_id()`.
crates/edr_chain_l1/src/lib.rs	Export new `hardfork` module; define `EvmHardfork`/`Hardfork` aliases.
crates/edr_chain_l1/src/hardfork.rs	New EDR-owned Ethereum L1 hardfork enum + conversions + protocol params + parity tests.
crates/edr_chain_l1/src/chains.rs	Re-export L1 hardfork name constants from owned type.
crates/edr_chain_l1/src/block.rs	Use protocol hardfork -> EVM spec conversions where needed (blob params, comparisons).
crates/chain/spec/provider/src/lib.rs	Relax `Hardfork` bound in `ProviderChainSpec`.
crates/chain/spec/evm/src/lib.rs	Make EVM context use `EvmHardfork`; add `to_evm_cfg_env` conversion helper.
crates/blockchain/local/src/lib.rs	Switch generic hardfork bounds to `ProtocolHardfork`; remove unnecessary cloning in some paths.
crates/blockchain/fork/src/lib.rs	Switch generic hardfork bounds to `ProtocolHardfork`.
crates/block/storage/src/reservable.rs	Switch generic hardfork bounds to `ProtocolHardfork`; remove hardfork clones.
crates/block/local/src/lib.rs	Switch generic hardfork bounds to `ProtocolHardfork`; use `to_evm_spec_id()` for merge checks.
crates/block/header/src/lib.rs	Switch hardfork bounds to `ProtocolHardfork`; use `to_evm_spec_id()` internally.
crates/block/header/src/difficulty.rs	Replace local `bomb_delay(EvmSpecId)` with protocol hardfork’s `bomb_delay()`.
Cargo.lock	Update lockfile for dependency changes (add `edr_op`, remove `op-revm` from generator).

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

anaPerezGhiglia · 2026-08-05T12:33:01Z

+    /// String identifier for the latest hardfork
+    pub const LATEST: &str = "Latest";
+}
+
+impl FromStr for L1Hardfork {


This is intentional: the name module is a verbatim copy of revm-primitives, and revm's own SpecId::from_str also rejects Latest. We mirror both so hardfork strings parse identically before and after this refactor (there's a test pinning the rejection). The const has no consumers, so if it reads as misleading we can drop it in a follow-up

codecov · 2026-08-04T23:25:26Z

Codecov Report

❌ Patch coverage is 98.33861% with 21 lines in your changes missing coverage. Please review.
✅ Project coverage is 79.97%. Comparing base (75a48c0) to head (808d231).

Files with missing lines	Patch %	Lines
crates/edr_chain_l1/src/block.rs	95.45%	2 Missing and 1 partial ⚠️
crates/tool/cli/src/remote_block.rs	0.00%	3 Missing ⚠️
crates/tool/op_chain_config_generator/src/main.rs	0.00%	3 Missing ⚠️
crates/block/header/src/lib.rs	97.29%	1 Missing ⚠️
crates/chain/spec/evm/src/lib.rs	87.50%	1 Missing ⚠️
crates/edr_chain_l1/src/difficulty.rs	98.50%	1 Missing ⚠️
crates/edr_chain_l1/src/rpc/receipt.rs	50.00%	1 Missing ⚠️
crates/edr_napi/src/solidity_tests/l1.rs	50.00%	0 Missing and 1 partial ⚠️
crates/edr_napi/src/solidity_tests/op.rs	50.00%	0 Missing and 1 partial ⚠️
crates/edr_napi_core/src/solidity/config.rs	96.29%	0 Missing and 1 partial ⚠️
... and 5 more

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #1601      +/-   ##
==========================================
+ Coverage   79.90%   79.97%   +0.07%     
==========================================
  Files         452      453       +1     
  Lines       78968    79293     +325     
  Branches    78968    79293     +325     
==========================================
+ Hits        63099    63417     +318     
- Misses      13688    13695       +7     
  Partials     2181     2181

☔ View full report in Codecov by Harness.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

…ponding associated type names Two sites got narrower bounds: chain/spec/evm/src/lib.rs:27 — ContextForChainSpec only needs the EVM-level type, so it now projects through EvmHardforkChainSpec. edr_napi_core/src/solidity/config.rs:224-225 — the combined bound decomposed into EvmHardforkChainSpec<EvmHardfork: HardforkTr> + ProtocolHardforkChainSpec<ProtocolHardfork: FromStr<Err = UnknownHardfork>>.

…spec `PartialHeader::new` required `HardforkT: ProtocolHardfork` solely to reach `ProtocolParams::bomb_delay` for the Ethash fallback, which pushed L1 proof-of-work policy onto every chain: `OpHardfork::bomb_delay` was an `unreachable!()` and `OpChainSpec::MIN_ETHASH_DIFFICULTY` a meaningless 0. Chains now supply the computation as `ProviderChainSpec::default_block_difficulty`, carried down to the header layer as a `fn` pointer on `BlockConfig`. A pointer rather than a closure parameter because the reservation path resolves lazily behind `RwLock`s, arbitrarily far from `reserve_blocks`, with only the cloned `BlockConfig` crossing that boundary - and both it and `Reservation` derive `Clone`/`Debug`. No trait bound had to be widened to make this reachable. The Ethash formula moves to `edr_chain_l1::difficulty`, its only consumer. Its `assert!(spec_id >= BYZANTIUM)` and the `unreachable!()` in `bomb_delay` are both replaced by `PreMergeL1Hardfork`, whose `TryFrom<L1Hardfork>` failure *is* the post-merge branch, leaving `bomb_delay` total over an exhaustive match. `MIN_ETHASH_DIFFICULTY` and `BlockConfig::min_ethash_difficulty` are gone, and `ProtocolParams` keeps only `miner_reward`. `PartialHeader::new` and the storage/blockchain layers that forward to it now require just `Copy + Into<EvmSpecId> + PartialOrd`.

`BlockBuilder::finalize_block` took a `rewards` vector that every caller built identically, out of values the builder already owned: the amount from the blockchain's hardfork, and the recipient read straight off `block_builder.header().beneficiary`. The amount was threaded down from `edr_provider` as a `u128` so the builder could be told a number it could compute itself. `EthBlockBuilder` used to be both the shared Ethereum block-building machinery and L1's `BlockBuilder` implementation, while OP wrapped it. That dual role is what made the reward awkward to place, since the reward is L1-only but the engine is instantiated with `OpHardfork` too. It now loses its `BlockBuilder` impl and keeps only the engine role: the reward loop becomes `apply_rewards`, and `finalize` is reward-free. A new `L1BlockBuilder` wraps it and implements `BlockBuilder`, pinned to L1's hardfork type so it can pay the reward; `OpBlockBuilder` simply doesn't. Behavior is unchanged for OP, whose reward was already zero and skipped. With the reward L1-local, `ProtocolParams` has no members left. Deleting it reduces `ProtocolHardfork` to `Copy + Into<EvmSpecId> + PartialOrd`, which is purely derivable, and removes the `miner_reward` stub OP only carried to answer `None`.

Wodann

I left comments on the remaining open discussions. I think there are two more kinks to agree on.

anaPerezGhiglia · 2026-08-19T21:17:17Z

@Wodann I left the umbrella ProtocolHardfork trait, but relaxed the type bound form Copy -> Clone. For the out-of-scope comments I created follow-up issues. This is ready for a re-review

Wodann

Thanks for addressing all of the feedback. LGTM!

Three conflicts, all from `main`'s rename of the hardfork associated types (#1601) landing on lines this branch had also changed. - `crates/edr_provider/src/provider.rs`: `main` only renamed `HardforkChainSpec` to `ProtocolHardforkChainSpec` and `Hardfork` to `ProtocolHardfork`. This branch rewrote the file around the event loop, so the conflict was positional. Kept this branch's file and reapplied the two renames. - `crates/edr_generic/tests/integration/helpers.rs` and `issues/issue_947.rs`: both sides edited the same bound list. `main` renamed the associated type; this branch added the bounds that `Provider::new` needs now that it spawns the event loop. Kept both.

anaPerezGhiglia temporarily deployed to github-action-benchmark August 4, 2026 23:17 — with GitHub Actions Inactive

anaPerezGhiglia added the no changeset needed This PR doesn't require a changeset label Aug 4, 2026

anaPerezGhiglia requested a review from Copilot August 4, 2026 23:17

Copilot started reviewing on behalf of anaPerezGhiglia August 4, 2026 23:18 View session

anaPerezGhiglia temporarily deployed to github-action-benchmark August 4, 2026 23:19 — with GitHub Actions Inactive

Copilot AI reviewed Aug 4, 2026

View reviewed changes

Create new EDR owned L1Hardfork and OpHardfork types

29eca92

anaPerezGhiglia force-pushed the refactor/edr-owned-hardfork-types branch from 040d4a2 to 29eca92 Compare August 5, 2026 12:53

anaPerezGhiglia temporarily deployed to github-action-benchmark August 5, 2026 12:54 — with GitHub Actions Inactive

anaPerezGhiglia temporarily deployed to github-action-benchmark August 5, 2026 13:00 — with GitHub Actions Inactive

anaPerezGhiglia marked this pull request as ready for review August 5, 2026 20:06

anaPerezGhiglia requested a review from Wodann August 5, 2026 20:06

This was referenced Aug 6, 2026

chore(edr_op): remove the unsupported OpHardfork::OSAKA variant #1603

Merged

build: upgrade REVM to v41.0.0 (tag v113) #1604

Merged

Wodann changed the title ~~Introduce EDR-owned hardfork types~~ refactor: introduce EDR-owned protocol hardfork types Aug 12, 2026

Wodann requested changes Aug 12, 2026

View reviewed changes

Wodann and others added 3 commits August 12, 2026 23:49

use strum derive macros for l1 and op hardfork types

7ddfe9e

Define custom UnkownHardfork struct to decouple from revm

8556e12

anaPerezGhiglia temporarily deployed to github-action-benchmark August 13, 2026 19:30 — with GitHub Actions Inactive

anaPerezGhiglia temporarily deployed to github-action-benchmark August 13, 2026 19:33 — with GitHub Actions Inactive

anaPerezGhiglia and others added 3 commits August 13, 2026 19:55

use concrete hardfork impl instead of associated type

637f537

anaPerezGhiglia temporarily deployed to github-action-benchmark August 13, 2026 21:06 — with GitHub Actions Inactive

Merge branch 'main' into refactor/edr-owned-hardfork-types

4d851cc

anaPerezGhiglia temporarily deployed to github-action-benchmark August 13, 2026 23:48 — with GitHub Actions Inactive

anaPerezGhiglia requested a review from Wodann August 13, 2026 23:48

anaPerezGhiglia had a problem deploying to github-action-benchmark August 13, 2026 23:51 — with GitHub Actions Error

simplify failing rustdoc

2771d7f

anaPerezGhiglia temporarily deployed to github-action-benchmark August 14, 2026 00:11 — with GitHub Actions Inactive

anaPerezGhiglia had a problem deploying to github-action-benchmark August 14, 2026 00:14 — with GitHub Actions Failure

anaPerezGhiglia temporarily deployed to github-action-benchmark August 14, 2026 00:14 — with GitHub Actions Inactive

anaPerezGhiglia temporarily deployed to github-action-benchmark August 14, 2026 02:08 — with GitHub Actions Inactive

Wodann reviewed Aug 14, 2026

View reviewed changes

Relax ProtocolHardfork bounds Copy → Clone

68ed4c2

This was referenced Aug 19, 2026

Update EDR hardfork to match Hardhat's #1634

Open

Chore: cleanup new ProtocolHardfork EDR owned type #1633

Open

Merge branch 'main' into refactor/edr-owned-hardfork-types

808d231

anaPerezGhiglia temporarily deployed to github-action-benchmark August 19, 2026 21:10 — with GitHub Actions Inactive

anaPerezGhiglia had a problem deploying to github-action-benchmark August 19, 2026 21:12 — with GitHub Actions Failure

anaPerezGhiglia temporarily deployed to github-action-benchmark August 19, 2026 21:12 — with GitHub Actions Inactive

anaPerezGhiglia requested a review from Wodann August 19, 2026 21:15

anaPerezGhiglia temporarily deployed to github-action-benchmark August 19, 2026 22:14 — with GitHub Actions Inactive

Wodann approved these changes Aug 20, 2026

View reviewed changes

anaPerezGhiglia added this pull request to the merge queue Aug 20, 2026

Merged via the queue into main with commit 0611870 Aug 20, 2026
65 of 66 checks passed

anaPerezGhiglia deleted the refactor/edr-owned-hardfork-types branch August 20, 2026 13:50

This was referenced Aug 20, 2026

chore: rename hardfork variants to follow Rust naming conventions #1637

Merged

feat: update the exposed hardfork API to match Hardhat's definition #1645

Open

Wodann mentioned this pull request Aug 28, 2026

perf: move provider to background thread #1486

Merged

Navigation Menu

Uh oh!

refactor: introduce EDR-owned protocol hardfork types - #1601

refactor: introduce EDR-owned protocol hardfork types#1601
anaPerezGhiglia merged 12 commits into
mainfrom
refactor/edr-owned-hardfork-types

anaPerezGhiglia commented Aug 4, 2026 •

edited

Loading

Uh oh!

changeset-bot Bot commented Aug 4, 2026 •

edited

Loading

Uh oh!

Copilot AI left a comment

Uh oh!

anaPerezGhiglia Aug 5, 2026

Uh oh!

codecov Bot commented Aug 4, 2026 •

edited

Loading

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Wodann left a comment

Uh oh!

anaPerezGhiglia commented Aug 19, 2026

Uh oh!

Wodann left a comment

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

3 participants

Uh oh!

Conversation

anaPerezGhiglia commented Aug 4, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Motivation

Changes

Owned enums

Trait layer(edr_chain_spec)

Protocol parameters re-homed

Where the design is deliberately not independent yet

Solidity test runner.

One vocabulary per layer

Uh oh!

changeset-bot Bot commented Aug 4, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

⚠️ No Changeset found

Uh oh!

Copilot AI left a comment

Choose a reason for hiding this comment

Pull request overview

Reviewed changes

Uh oh!

anaPerezGhiglia Aug 5, 2026

Choose a reason for hiding this comment

Uh oh!

codecov Bot commented Aug 4, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Codecov Report

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Wodann left a comment

Choose a reason for hiding this comment

Uh oh!

anaPerezGhiglia commented Aug 19, 2026

Uh oh!

Wodann left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

3 participants

anaPerezGhiglia commented Aug 4, 2026 •

edited

Loading

Trait layer(`edr_chain_spec`)

changeset-bot Bot commented Aug 4, 2026 •

edited

Loading

codecov Bot commented Aug 4, 2026 •

edited

Loading