[OP Stack Deployment] How to recover the L2 chain: finalized and safe block are stuck #602
Replies: 2 comments 5 replies
-
use rpc that has non-pruned blobs,example: quicknode |
Beta Was this translation helpful? Give feedback.
1 reply
-
|
How are you launching a private devnet? By However, since devnet rely on only one node, we may not be able to recover pruned blobs. |
Beta Was this translation helpful? Give feedback.
4 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Did you check the documentation?
Did you check for duplicate questions?
Issue Description
We deployed a local OP devnet: L1: 1 geth node, 1 lighthouse bn node, 1 vc node; L2: 1 op-geth node, 1 op-node, 1 op-proposer, 1 op-batcher.
Now both the finalized block and safe block are stuck at block
374898. After checking the logs, we found two main issues:124667(slot124671), we guess it caused validation failed for the L2 block374899due to its parent block374898having an L1 origin of124677. Here is the re-org log from the L1 Beacon node.124553(slot124557) were pruned on L1.How can we recover this OP L2 chain?
Logs
op-nodelog:failed to fetch blobsinop-nodelog:Additional Information
No response
Feedback
No response
Beta Was this translation helpful? Give feedback.
All reactions