Skip to content
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

debug_traceBlockByNumber using flatCallTracer incorrectly returns parentHash instead of blockHash #222

Open
1 task done
Andrew-Pohl opened this issue Jan 22, 2025 · 0 comments

Comments

@Andrew-Pohl
Copy link

Describe the bug

Looks like it was fixed in main reth repo but is still outstanding in v1.1.1 of bsc reth

paradigmxyz/reth#12415

Steps to reproduce

sending a traceBlockByNumber with flatCallTracer

{ "method": "debug_traceBlockByNumber", "params": [ "0x2bd6ea0", { "tracer": "flatCallTracer" } ], "id": 0, "jsonrpc": "2.0" }

Gives the following results for blockHash and Number

"blockHash": "0x0857de5b43690e84bf4f8d9f19e97d191fbe5eedef2f4cc36525190283cfd8ef", "blockNumber": 45969056,

The return blockHash is for blockNumber 45969055 (i.e. the parent)

Node logs


Platform(s)

Linux (x86)

What version/commit are you on?

reth-bsc-cli Version: 1.1.1
Commit SHA: ca0df04
Build Timestamp: 2025-01-21T05:15:15.371410019Z
Build Features: asm_keccak,bsc,jemalloc
Build Profile: maxperf

What database version are you on?

Couldn't figure out how to set the database dir for this command

Which chain / network are you on?

BSC

What type of node are you running?

Archive (default)

What prune config do you use, if any?

No response

If you've built Reth from source, provide the full command you used

No response

Code of Conduct

  • I agree to follow the Code of Conduct
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant