-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
32003 error for debug_traceBlockByNumber on block 11117104 #4951
Comments
just looked into this, this starts with tx: 0x146f113538965f67e40d70efe3eca6e24725f521862db1ec89c7f68ba8b4569c need to investigate more |
Tried solving this but got stuck. Sharing some findings if anyone wants to dig into this:
The first tx ( The second tx ( MEV Bot: 0x000...f56 frontran the EOA's trade by making a 2.97 ETH to CRV swap in tx
|
fyi this bug stops Trueblocks from being able to successfully complete a
|
Not sure if this helps, but this is what Erigon returns for the same curl command as above:
|
@tjayrush this seems to be fixed at least in latest alpha, http://69.67.151.138:8545 returns the traces successfully. Noticed some differences with RevertReason formatting that I'm going to fix: |
This could also be related to an old bug with Historical Changesets that has since been fixed but would be present on disk |
deleted the latest few files in blooms, finalized, and staging folders in trueblocks/mainnet/ and it reprocessed up to this block, but still fails here. what should I delete on the reth side? something in StorageChangeSet I take it:
|
So I did a diff between the results produced by Erigon and the endpoint you mention: Two primary differences. Gas is different and revert reason is a bit different. Here's the diff if that helps. The first of the two (<) is Erigon. The second (>) is Reth. I noticed this is for The revert reasons look like they'd be easy to fix.
|
Is this relating to us vs Geth vs Erigon having different starting gas limit for the traces or something? |
ref #3678 reth/crates/revm/revm-inspectors/src/tracing/mod.rs Lines 210 to 214 in 5062b7e
|
I don't know about Geth. The above is Erigon. Sorry if I confused things...but...it's a shame if there's a difference between Geth/Erigon/Reth. The chances of perfect accounting are pretty close to zero if we can get the results of RPC queries identical across clients. |
using latest reth (0.1.0-alpha.16 92908b1) this seems fixed curl shows the transaction reverting, altho the reported gas of 100000 still differs from Erigon's 78392 (as in #4951 (comment)) Trueblocks |
Describe the bug
Got error -32003 "insufficient funds for gas * price + value" for debug_traceBlockByNumber call on block 11117104
reth Version: 0.1.0-alpha.10
Commit SHA: 98bc2b5
Build Timestamp: 2023-10-08T13:02:17.115606141Z
Build Features: default,jemalloc
Build Profile: release
Steps to reproduce
curl http://localhost:8545/
-X POST
-H "Content-Type: application/json"
--data '{"method":"debug_traceBlockByNumber","params":["0xA9A230", {"tracer": "callTracer", "tracerConfig": {"onlyTopCall": true}}],"id":1,"jsonrpc":"2.0"}'
Node logs
No response
Platform(s)
Linux (x86)
What version/commit are you on?
No response
What database version are you on?
Current database version: 1
Local database version: 1
If you've built Reth from source, provide the full command you used
cargo build --release
Code of Conduct
The text was updated successfully, but these errors were encountered: