testinprod-io / op-erigon

Optimism implementation on the efficiency frontier
https://op-erigon.testinprod.io
GNU Lesser General Public License v3.0
87 stars 15 forks source link

Op-erigon Base node lags on NewHeads #200

Closed Igorarg91 closed 4 months ago

Igorarg91 commented 4 months ago

Description: We are facing increased delay up to 17 sec between receiving newHeads and the actual timestamp of each blocks on our Base protocol op-erigon client. What could be the reason and how to decrease this lag?

System information

Network protocol: base blockchain-network: mainnet blockchain-client: op-erigon blockchain-debug-trace: 'true' blockchain-mode: archive op-erigon-image: testinprod/op-erigon:2.60.1-0.6.3-amd64 op-node-image: ghcr.io/base-org/node:v0.9.0

Kubernetes node information STATUS VERSION OS-IMAGE KERNEL-VERSION CONTAINER Ready v1.27.9-eks-5e0fdde Amazon Linux 2 5.10.210-201.852.amzn2.x86_64 containerd://1.7.11

kubernetes version Client Version: v1.27.3 Kustomize Version: v5.0.1 Server Version: v1.27.13-eks-3af4770

op-erigon container config

op-node container config containers:

Erigon version: ./erigon --version

OS & Version: Windows/Linux/OSX

Commit hash:

Erigon Command (with flags/config):

Consensus Layer:

Consensus Layer Command (with flags/config):

Chain/Network:

Expected behaviour

Lag on NewHeads between original blocks created timestamp and timestamp on our nodes is below 1 second.

Actual behaviour

Sometimes delay reaches up to 17 sec between receiving newHeads and the actual timestamp of each blocks on our Base node.

5 Worst Latencies for Base Node: Block Number My Timestamp Original Timestamp Delta 2353 16615734 2024-07-03 12:33:52 2024-07-03 15:33:35 17.0 2355 16615735 2024-07-03 12:33:52 2024-07-03 15:33:37 15.0 2356 16615736 2024-07-03 12:33:52 2024-07-03 15:33:39 13.0 2357 16615737 2024-07-03 12:33:52 2024-07-03 15:33:41 11.0 2358 16615738 2024-07-03 12:33:52 2024-07-03 15:33:43 9.0

Steps to reproduce the behaviour

Using this script to calculate lag of newHeads.