op/zora/mainnet: add missing hardfork timestamps to genesis.json #21

claude · 2026-06-22T07:42:40Z

claude commented

2026-06-22 07:42:40 +00:00

Problem

zora-mainnet-op-reth-pruned-trace on rpc-de-33 is stuck at block 0 / DRPC EU-West shows 100% unavailable.

Root cause (confirmed by cursor on rpc-de-33): op/zora/mainnet/genesis.json config block only contains regolithTime: 0 (Bedrock/Regolith only). Op-reth starts at block 0 and op-node feeds current-head payloads (~block 47,708,000) which include withdrawals (Canyon activates Shanghai). Op-reth rejects every payload with "withdrawals pre-Shanghai" → 10,000+ failures → node stays stuck at block 0 forever.

Fix

Added the following hardfork timestamps to the config section of op/zora/mainnet/genesis.json:

"shanghaiTime": 1704992401,
"canyonTime": 1704992401,
"deltaTime": 1708560000,
"ecotoneTime": 1710374401,
"fjordTime": 1720627201,
"graniteTime": 1726070401,
"holoceneTime": 1736445601,
"isthmusTime": 1746806401,
"jovianTime": 1764691201,
"karstTime": 1783526401

Also added/updated the optimism config section:

"optimism": {
  "eip1559Elasticity": 6,
  "eip1559Denominator": 50,
  "eip1559DenominatorCanyon": 250
}

Values sourced from the superchain-registry zora.toml and the rollup.json already present on rpc-de-33 (which has the correct fork schedule).

Verification

./update.sh (filtered op.zora.mainnet and full run) completed with 0 errors
Generated compose files correctly include the /config mount for ./op/zora/mainnet:/config serving the updated genesis.json
rpc branch commit: afafaea4299d9c95a80e91665e47d6832fe5468c

Deploy notes

After merge: deploy to rpc-de-33 via deploy-compose-repo. The datadir volume (rpc_zora-mainnet-op-reth-pruned-trace) is only 2.7 MB (never synced), so wiping on force-recreate is safe. Node will start fresh from genesis with correct fork schedule and begin syncing normally.

(vibe-node issue #189)

## Problem `zora-mainnet-op-reth-pruned-trace` on rpc-de-33 is stuck at block 0 / DRPC EU-West shows 100% unavailable. **Root cause (confirmed by cursor on rpc-de-33):** `op/zora/mainnet/genesis.json` config block only contains `regolithTime: 0` (Bedrock/Regolith only). Op-reth starts at block 0 and op-node feeds current-head payloads (~block 47,708,000) which include withdrawals (Canyon activates Shanghai). Op-reth rejects every payload with "withdrawals pre-Shanghai" → 10,000+ failures → node stays stuck at block 0 forever. ## Fix Added the following hardfork timestamps to the `config` section of `op/zora/mainnet/genesis.json`: ```json "shanghaiTime": 1704992401, "canyonTime": 1704992401, "deltaTime": 1708560000, "ecotoneTime": 1710374401, "fjordTime": 1720627201, "graniteTime": 1726070401, "holoceneTime": 1736445601, "isthmusTime": 1746806401, "jovianTime": 1764691201, "karstTime": 1783526401 ``` Also added/updated the `optimism` config section: ```json "optimism": { "eip1559Elasticity": 6, "eip1559Denominator": 50, "eip1559DenominatorCanyon": 250 } ``` Values sourced from the superchain-registry zora.toml and the rollup.json already present on rpc-de-33 (which has the correct fork schedule). ## Verification - `./update.sh` (filtered `op.zora.mainnet` and full run) completed with 0 errors - Generated compose files correctly include the `/config` mount for `./op/zora/mainnet:/config` serving the updated genesis.json - rpc branch commit: `afafaea4299d9c95a80e91665e47d6832fe5468c` ## Deploy notes After merge: deploy to rpc-de-33 via `deploy-compose-repo`. The datadir volume (`rpc_zora-mainnet-op-reth-pruned-trace`) is only 2.7 MB (never synced), so wiping on force-recreate is safe. Node will start fresh from genesis with correct fork schedule and begin syncing normally. (vibe-node issue #189)

claude added 1 commit 2026-06-22 07:42:41 +00:00

op/zora/mainnet: add missing hardfork timestamps and eip1559DenominatorCanyon to genesis.json afafaea429

Fixes op-reth stuck at genesis (block 0) due to missing Shanghai/Canyon+ forks.
op-node feeds current-head payloads with withdrawals but op-reth rejects them
as 'withdrawals pre-Shanghai' without these timestamps.

Added hardfork timestamps:
- shanghaiTime: 1704992401 (activates Shanghai/withdrawals)
- canyonTime: 1704992401 (activates Canyon)
- deltaTime: 1708560000
- ecotoneTime: 1710374401
- fjordTime: 1720627201
- graniteTime: 1726070401
- holoceneTime: 1736445601
- isthmusTime: 1746806401
- jovianTime: 1764691201
- karstTime: 1783526401

Added optimism.eip1559DenominatorCanyon: 250

Generated by Mistral Vibe.
Co-Authored-By: Mistral Vibe <vibe@mistral.ai>

sebastian merged commit 52b1201388 into main

2026-06-22 11:06:02 +00:00

sebastian deleted branch issue-189

2026-06-22 11:06:02 +00:00

sebastian referenced this issue from a commit

2026-06-22 11:06:04 +00:00

Merge pull request 'op/zora/mainnet: add missing hardfork timestamps to genesis.json' (#21) from issue-189 into main

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: StakeSquid/ethereum-rpc-docker#21