Open quick-pawiromitchel opened 10 months ago
bump
I didn't reproduce yet. But I have some guess: Erigon does store state history only for Canonical blocks. It means you can observe race:
So, I will add isCanonicalHash
check before start tracing.
Yes, seems debug_traceBlockByHash
didn't check isCanonical. Adding: https://github.com/ledgerwatch/erigon/pull/9616
fixed one related problem: https://github.com/ledgerwatch/erigon/pull/9684
this problem stil present i have a services with Quick Node and i have the issue random,
curl https://damp-flashy-waterfall.xdai.quiknode.pro/f6679a16b04a01a745a92052eaa19f71f686b7cb/ \ 17:23:58 -X POST \ -H "Content-Type: application/json" \ --data '{"method":"trace_block","params":["0x1f4aef0"],"id":1,"jsonrpc":"2.0"}'
when i request twice fail!!!
Another Exam:
ValueError: Problem with payload=
{'id': 6, 'jsonrpc': '2.0', 'method': 'trace_block', 'params': ['0x1f42532']}result={'jsonrpc': '2.0', 'id': 6, 'error': {'code': -32000, 'message': 'first run for txIndex 0 error: nonce too high: address 0x0000000000000000000000000000000000000000, tx: 26891 state: 0'}}
when request about block 32777522
and this repeat with blocks:
and is the same behavior
@alfredolopez80 hi, we released couple related fixes in v2.59
please try. thank you.
bump
@DmytroShalaiev we released couple related fixes in v2.59 please try. thank you.
Still relevant on (Quicknode, Blast, Chainstack)
20719908 block in ethereum
"code":-32000,"message":"tracing failed: nonce too high: address 0x0000000000000000000000000000000000000000, tx: 13 state: 0"
System information
Erigon version:
erigon/2.54.0/linux-amd64/go1.20.10
OS & Version: Linux
Consensus Layer:
Lighthouse v4.3.0-dfcb336
Chain/Network: ETH Mainnet
Expected behaviour
To give full debug trace results
Actual behaviour
Getting these errors inside the response
Happened at these blocks:
Steps to reproduce the behaviour
Script