Block RLPs provided by Geth raise the following error:

Error: file client has no tip

Full trace:

# ./target/debug/reth import genesis.rlp --chain=./scripts/chiado_genesis_alloc.json         
2024-10-24T16:21:13.601843Z  INFO Initialized tracing, debug log directory: /Users/debjit/Library/Caches/reth/logs/chiado
2024-10-24T16:21:13.609322Z  INFO reth 1.0.8-dev (9a732f6b) starting
2024-10-24T16:21:13.620808Z  INFO Opening storage db_path="/Users/debjit/Library/Application Support/reth/chiado/db" sf_path="/Users/debjit/Library/Application Support/reth/chiado/static_files"
2024-10-24T16:21:13.650432Z  INFO Verifying storage consistency.
2024-10-24T16:21:13.798502Z  INFO Consensus engine initialized
2024-10-24T16:21:13.805114Z  INFO Importing chain file chunk
[/Users/debjit/.cargo/git/checkouts/reth-36d3ea1d1152b20c/9a732f6/crates/cli/commands/src/import.rs:96:13] "debug len:" = "debug len:"
[/Users/debjit/.cargo/git/checkouts/reth-36d3ea1d1152b20c/9a732f6/crates/cli/commands/src/import.rs:96:13] file_client.bodies_len() = 0
Error: file client has no tip

Location:
    /Users/debjit/.cargo/git/checkouts/reth-36d3ea1d1152b20c/9a732f6/crates/cli/commands/src/import.rs:98:47

Diving deeper

We also generate block RLPs using reth itself. For that, the file client has no tip doesn't happen. The file read is successful, but a separate (later in the sequence) error orrurs: #24.

Writing manual RLP decoders in python, we see the difference between the decoded RLPs:	By Geth	By Reth

The file containing the RLP from reth gets accepted, however the file containing the RLP from geth errors out.

Suspicions:

Extra header fields will go into the extra_fields section of the header, but header fields it expects but aren't available in the RLP (such as base fee per gas, in reth, which is not available in geth's RLP) might cause this. However this problem wasn't solved even when londonBlock was set to 10.

gnosischain / reth_gnosis

Reth doesn't import block RLPs exported by Geth #25

Diving deeper