Skip to content

Slow Peer Discovery on Base Mainnet (op-reth) After Restart #16168

Closed
@suntzu93

Description

@suntzu93

Describe the bug

When running an op-reth node on Base mainnet, the node takes a significant amount of time to find peers and resume syncing after a restart.

There are no observed bottlenecks in disk IO, CPU, or memory.

op-reth config

op-reth node \
    --chain base-mainnet \
    --datadir /root/.local/share/base/reth \
    --authrpc.jwtsecret /etc/base/jwt.hex \
    --authrpc.addr 127.0.0.1 \
    --authrpc.port 7551 \
    --http.port 7659 \
    --port 20303 \
    --torrent.port 42059 \
    --discovery.port 40203 \
    --http \
    --ws \
    --ws.port 7546 \
    --http.api eth,debug,net,trace,web3,reth \
    --ws.api eth,debug,net,trace,web3,reth \
    --rollup.discovery.v4 \
    --rollup.sequencer-http https://mainnet-sequencer.base.org \
    --rollup.disable-tx-pool-gossip

op-node

op-node \
                --l1=xxxx \
                --l2=http://127.0.0.1:7551 \
                --network=base-mainnet \
                --rpc.addr=0.0.0.0 \
                --rpc.port=7545 \
                --l2.jwt-secret=/etc/base/jwt.hex \
                --l1.trustrpc \
                --l1.rpckind=reth \
                --metrics.enabled \
                --metrics.port 6300 \
                 --syncmode=execution-layer \
                --l1.beacon=xxx

Steps to reproduce

Steps to reproduce:

  1. Run an op-reth node on Base mainnet.
  2. Restart the node.
  3. Notice that it takes a long time to find peers and continue syncing.

Node logs

2025-05-12T13:06:12.527989Z  INFO Status connected_peers=0 stage=MerkleExecute checkpoint=30054414 target=30059659
2025-05-12T13:06:37.527619Z  INFO Status connected_peers=0 stage=MerkleExecute checkpoint=30054414 target=30059659
2025-05-12T13:07:02.527691Z  INFO Status connected_peers=0 stage=MerkleExecute checkpoint=30054414 target=30059659
2025-05-12T13:07:27.528421Z  INFO Status connected_peers=0 stage=MerkleExecute checkpoint=30054414 target=30059659
2025-05-12T13:07:52.527621Z  INFO Status connected_peers=0 stage=MerkleExecute checkpoint=30054414 target=30059659
2025-05-12T13:08:17.528124Z  INFO Status connected_peers=0 stage=MerkleExecute checkpoint=30054414 target=30059659
2025-05-12T13:08:42.527893Z  INFO Status connected_peers=0 stage=MerkleExecute checkpoint=30054414 target=30059659
2025-05-12T13:09:07.528400Z  INFO Status connected_peers=0 stage=MerkleExecute checkpoint=30054414 target=30059659
2025-05-12T13:09:32.528213Z  INFO Status connected_peers=0 stage=MerkleExecute checkpoint=30054414 target=30059659
2025-05-12T13:09:57.528315Z  INFO Status connected_peers=0 stage=MerkleExecute checkpoint=30054414 target=30059659

Platform(s)

Linux (x86)

Container Type

Not running in a container

What version/commit are you on?

reth-optimism-cli Version: 1.3.12

What database version are you on?

2025-05-12T13:12:41.740760Z INFO Initialized tracing, debug log directory: /root/.cache/reth/logs/dev
Error: Datadir does not exist: "/root/.local/share/reth/dev"

Location:
/root/chains/base-reth/reth/crates/cli/commands/src/db/mod.rs:76:9

Which chain / network are you on?

base-mainnet

What type of node are you running?

Archive (default)

What prune config do you use, if any?

No response

If you've built Reth from source, provide the full command you used

cargo build --release --package op-reth

Code of Conduct

  • I agree to follow the Code of Conduct

Metadata

Metadata

Assignees

Labels

A-networkingRelated to networking in generalA-op-rethRelated to Optimism and op-rethC-bugAn unexpected or incorrect behavior

Type

No type

Projects

Status

Done

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions