EIP-7002 WithdrawalRequestAddress syscall failure on custom PoS testnet in Erigon #17160
Replies: 9 comments
-
|
VBulikov added Imp2 as Importance |
Beta Was this translation helpful? Give feedback.
-
wait.. so this is a bug? do i have to wait for a fix? or can you suggest a workaround for now? |
Beta Was this translation helpful? Give feedback.
-
I will share my config.yaml and genesis.json here as well for you to check if i am doing this right |
Beta Was this translation helpful? Give feedback.
-
|
after Pectra both of the below addresses have to be populated with code (code can't be empty):
for example you can see the deployed code for both on say hoodi at:
i believe those were pre-deployed for mainnet (before the pectra transition) and for testnets/devnets post-pectra those can be initialised in the genesis (make sure you have both set correctly in yours) example: |
Beta Was this translation helpful? Give feedback.
-
Thank you very much @taratorio ! just a question - is this Erigon-exclusive? i ran geth and reth, on separate testnet, and they ran fine without these fields in the genesis.json you feedback is greatly appreciated! |
Beta Was this translation helpful? Give feedback.
-
I havent checked how Reth and Geth handle this. Bottom line is you need to have correct code deployed at those addresses. Where did |
Beta Was this translation helpful? Give feedback.
-
Noted as for '0x33600060003760006000f3' , it was a suggestion from chatgpt (probably hallucination) and as for the geth merkle root error, it is documented and reported here: ethereum/go-ethereum#32386 |
Beta Was this translation helpful? Give feedback.
-
Ah I see, you are most likely getting the If all looks good once you try with the correct byte codes then I think we can close this issue. |
Beta Was this translation helpful? Give feedback.
-
ah, i should clear up something. the but i now realize, that not having these
might have caused the error, at the very least in Erigon i'll close the issue now (unless you have any more guidance for me) if i need help again, with this particular issue, i will comment here again to re open it! you have my sincere thanks for your help! |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi, I’m running a custom PoS testnet with Erigon + Lighthouse + Validator client.
Everything starts fine, but when block proposals begin, Erigon refuses to finalize execution with the following error:
Erigon log: shows
Empty Code at WithdrawalRequestAddress ...Lighthouse log: reports
BAD_REQUEST: GetPayloadFailed(EngineError(...))Validator log: shows the same withdrawal address and fails to propose blocks.
I already tried adding the following into my
genesis.jsonalloc:and also precompiles at 0x1 and 0x2, but the error persists.
Questions:
Is Erigon expecting a different address for the EIP-7002 withdrawal precompile in testnets?
Is the
0x33600060003760006000f3code correct for WithdrawalRequest, or does Erigon require a different implementation?Why do Geth/Reth not complain here, but Erigon strictly enforces this check?
What is the recommended way to configure
genesis.jsonfor custom PoS testnets so withdrawals work?Below are the logs (Erigon, Lighthouse, Validator) for context.
Beta Was this translation helpful? Give feedback.
All reactions