[OP Stack Deployment] L2 Hash mismatch wen running op-geth after op-deployer apply #826
-
Did you check the documentation?
Did you check for duplicate questions?
Issue DescriptionI'm running into an issue while trying to bring up an L2 chain using op-deployer (v0.2.0) with configType = "standard" and an L1 chain (Sepolia, chain ID 11155111) + L2 chain ID 11155420 Set up Steps:
🛑 Problem The new genesis hash 102d... appears to come from the op-network=op-sepolia configuration. But the generated genesis.json via op-deployer apply has a different hash: ea53.... This results in a database mismatch when trying to start op-geth. so I searched the Questions Could this mismatch be caused by an outdated or inconsistent state in the L1 RPC (Alchemy)? Is there anything misconfigured in my intent.toml, or should I be deriving genesis.json differently for custom deployments? Should I not be using --op-network=op-sepolia if I’m using intent.toml-based genesis? Thanks in advance for any guidance on this. LogsNo response Additional InformationThe version I used op-deployer is op-deployer/v0.2.0 and op-geth is latest version which is v1.101511.0 FeedbackNo response |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 5 replies
-
|
https://docs.optimism.io/operators/chain-operators/tools/op-deployer#inspect-generate-genesis-files-and-chain-information refer this command to generate your genesis.json |
Beta Was this translation helpful? Give feedback.
-
|
no need add these , you r aready have them in rollup.json #17 (comment) |
Beta Was this translation helpful? Give feedback.
--op-network=op-sepolia \your chain is not op-sepolia, why you add this flag hereno need add these , you r aready have them in rollup.json #17 (comment)
Please refer to here for the startup command of the component, but you should use the latest component version