eth_getProof doesn't work

[tmeinlschmidt]

Describe the bug

Bera chain mainnet archive

EL: reth 1.2.0
beacon: beacon-kit:v1.1.3

Query to eth_getProof ended up with an error, other client works properly

cmd line:

                "node",
                "--authrpc.jwtsecret=/data/jwt.hex",
                "--chain=/data/beacon/config/eth-genesis.json",
                "--authrpc.addr=0.0.0.0",
                "--authrpc.port=8585",
                "--datadir=/data/reth",
                "--port=30303",
                "--http",
                "--http.addr=0.0.0.0",
                "--http.port=18545",
                "--http.corsdomain=*",
                "--trusted-peers=enode://0c5a4a3c0e81fce2974e4d317d88df783731183d534325e32e0fdf8f4b119d7889fa254d3a38890606ec300d744e2aa9c87099a4a032f5c94efe53f3fcdfecfe@34.22.104.177:30303,enode://b6a3137d3a36ef37c4d31843775a9dc293f41bcbde33b6309c80b1771b6634827cd188285136a57474427bd8845adc2f6fe2e0b106bd58d14795b08910b9c326@34.64.247.85:30303,enode://0b6633300614bc2b9749aee0cace7a091ec5348762aee7b1d195f7616d03a9409019d9bef336624bab72e0d069cd4cf0b0de6fbbf53f04f6b6e4c5b39c6bdca6@34.22.73.21:30303,enode://552b001abebb5805fcd734ad367cd05d9078d18f23ec598d7165460fadcfc51116ad95c418f7ea9a141aa8cbc496c8bea3322b67a5de0d3380f11aab1a797513@34.64.37.55:30303,enode://5b037f66099d5ded86eb7e1619f6d06ceb15609e8cc345ced22a4772b06178004e1490a3cd32fd1222789de4c6e4021c2d648a3d750f6d5323e64b771bbd8de7@35.247.182.34:30303,enode://846db253c53753d3ea1197aec296306dc84c25f3afdf142b65cb0fe0f984de55072daa3bbf05a9aea046a38a2292403137b6eafefd5646fcf62120b74e3b898d@34.87.9.231:30303,enode://64b7f6ee9bcd942ad4949c70f2077627f078a057dfd930e6e904e12643d8952f5ae87c91e24559765393f244a72c9d5c011d7d5176e59191d38f315db85a20f5@34.126.78.49:30303,enode://cf4d19bfb8ec507427ec882bac0bac85a0c8c9ddaa0ec91b773bb614e5e09d107cd9fbe323b96f62f31c493f8f42cc5495c18b87c08560c5dea1dfd25256dcf6@35.240.200.36:30303,enode://bb7e44178543431feac8f0ee3827056b7b84d8235b802a8bdbbcd4939dab7f7dd2579ff577a38b002bb0139792af67abd2dd5c9f4f85b8da6e914fa76dca82bc@34.40.14.50:30303,enode://8fef1f5df45e7b31be00a21e1da5665d5a5f5bf4c379086b843f03eade941bdd157f08c95b31880c492577edb9a9b185df7191eaebf54ab06d5bd683b289f3af@35.246.168.217:30303,enode://ce9c87cfe089f6811d26c96913fa3ec10b938d9017fc6246684c74a33679ee34ceca9447180fb509e37bf2b706c2877a82085d34bfd83b5b520ee1288b0fc32f@34.40.28.159:30303,enode://713657eb6a53feadcbc47e634ad557326a51eb6818a3e19a00a8111492f50a666ccbf2f5d334d247ecf941e68d242ef5c3b812b63c44d381ef11f79c2cdb45c7@35.234.82.236:30303,enode://d071fa740e063ce1bb9cdc2b7937baeff6dc4000f91588d730a731c38a6ff0d4015814812c160fab8695e46f74b9b618735368ea2f16db4d785f16d29b3fb7b0@35.203.86.197:30303,enode://ffc452fe451a2e5f89fe634744aea334d92dcd30d881b76209d2db7dbf4b7ee047e7c69a5bb1633764d987a7441d9c4bc57ccdbfd6442a2f860bf953bc89a9b9@34.118.187.161:30303,enode://da94328302a1d1422209d1916744e90b6095a48b2340dcec39b22002c098bb4d58a880dab98eb26edf03fa4705d1b62f99a8c5c14e6666e4726b6d3066d8a4d7@34.95.30.190:30303,enode://19c7671a4844699b481e81a5bcfe7bafc7fefa953c16ebbe1951b1046371e73839e9058de6b7d3c934318fe7e7233dde3621c1c1018eb8b294ea3d4516147150@34.47.60.196:30303",
                "--ws",
                "--ws.addr=0.0.0.0",
                "--ws.port=18546",
                "--ws.origins=*",
                "--log.file.directory=/data/reth/logs",
                "--http.api=debug,eth,net,trace,txpool,web3,rpc,reth,ots,flashbots",

Steps to reproduce

query:

curl localhost:18545 -H 'content-type: application/json' -d \
'{"method":"eth_getProof","params":["0xfa4E502A3bf5f4Bc3EF0e17960b3Cd868d70E809",\
["0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421"],\
 "0x1B7740"],"id":1,"jsonrpc":"2.0"}'

returns

{"jsonrpc":"2.0","id":1,"error":{"code":-32602,"message":"distance to target block exceeds maximum proof window"}}

but the same query against the node (synced with nethermind) works properly:

{
  "jsonrpc": "2.0",
  "result": {
    "accountProof": [
      "0xf90211a0adca61e3fc3be9916dbc244d85b045b997dce5e4ff3e7c37014e144edd17cf3fa0a40efa783de9d8e5a19d84a5aa5fbad2cbaedd3d2c2bbfb8bf59f8bd90b268a7a03dee5b132482edea3f137e608918cbe2e5e8b67356d8f8dbf912aa19aa22d448a02b6525ea3b6b241deeb0319b4fc87eaba1af39847d7a92a2beef15daed1b6d07a0fda74da0baa3557fb5a2f138d446c8c76a81a722fe4d71255bca3c7d42a1f43fa04597fe74005e34a6b556453a4e2febfb50e248b7302361e322644b3bebb31e37a06762873bcb1cf0ee1455ff43a94e0d04924e603674fb54b489694b5c46eb970ba003079f67bc7173e6d5f434d476c46ab2386d93aa6285a5d86069ae3e1cecb400a0f9a2d61f09b2bf459a835b307373d2d90236d1cd17d40a139de005ee13bdc269a079a0c61122878692c2383fb44c528a1b89a7e0d0a660a6ae5abb3cb6e63f1f20a08f36b9a42ccddde0b98df8e62ae81a6cbcc2747db36a0e522099980c6cee7563a0f55026ef83b86a98a01d7fdfcf83a3ff5dcffa566ba949c8d4ef2f2d7fa4572da0987c53cc9f8cc51c03a0e00dacab002a02408bc060f10c470255a33d18106720a02f73740957d1975743a638a9f1f726c9a8c2ecaedb363a065611e4adfddcd613a098a3acebe28404b5a2cb9eb723ca07f9c4e76b7b84f4729f693212e77b5f31e1a00f253a83dd5eb8745dc9b337c010ceeeabb8937e4729d0b1c7bb36e15cfd77c780",
      "0xf90211a02f8bb5f8e26449ff3c97652a7f038300ee02909db14b38045c6fe2331b37b9f8a0cfb605bb7d132c06ba3a7c0ee194146bdf0527e4458f17a13e8fccca5812411ba0ea05fc5e89b7339aadc667d44d20a8c41b9e4e5d2ca9918102eaa468244fa5eaa02a49a00219163485440fa72456955b375e6a843e3a8e35a4ca47b0bafd4ba231a0298af94f966ec942ddebfcdae798627858471e7f6746798b7be8af8d10a985f5a0a930492bd6eea0099509bf93f5910bd51c8d99e8fbf71283a7423f0d9497905ca02c328b8425e89243e785bd527a68321476eacb0fc85007bd634ed4c5e3300fdda070cfe20f8ede07a10409a42b26a7c62982264457fd835f485183d95205c49ceda0b07e1633a7cc7386daaabe9215a6754c8060b6e0202f31a3ab3b515f3528d19da0b7260f95a5d04af6de6f2908b41b6847fc6bdff515296b00a7cfbd8ecb858776a07bc0939c73b1a3f5b1dc2b061ab257249dbcb189a1ae7ec8a54db815d63cdefba084a7a07db5a057e51bde7b35534ff944c998b3225e1577e641417532aec58f9ba040f4d762e17fe2ad4b4e5babe8024062976ce7bbbcaeb8ab3055abe0ea3643f2a06d598382cc9a9c2946770cf40af25b746cb6b1dee51a584f3f6573b7b2ec3e29a04dca466b66492502e545f1edd88409b73eb5f53dd587cab6e56b306a294f7201a06641f3561695966692988e5f632e8cd217a3400c073bffda3b433ef7e5f319c680",
      "0xf90211a0c857688b1171fc1efe309d46ae2801fa7a9ad0f2c70afc0332f8fa5c20dae04aa0885a4d91c8e60b1e50d8be39fd14df8d4a0bc8f186dfa9863e27d482cc17308da0a669d4a1986c2b346c0eb047fc3b16c37e8854f4de58e2b34dd64970d544cf8fa03775741c08c17944022c4d3a41d17735172a895cbcd57f06a7d5bd451911d4b8a0a3bb2e85031218d8954282e7b16d659c50e1b651f0457804196a6c1e3d8e5f8ca0332feb81283125c7adf82b927f1a8ff6899cf6673adf57419b8eb5090e1484c7a0056ae0f6e424fb8510fcd9f22eef055545ebadd2da7b628b2774f71d48c8d68fa0b06195bfb27cb21ed99ef20312f4fce1f301dc22dbdd767788213ce31645fd55a0002956f4eb4a644e2933018b31e3dcb785e7cc977815872ba1df2684f1c5a374a05536fc9a32c67c0a0009e76e706b90638fdbabef0f1fe1893206b6a7caa6aecea0c9ef2aab992ce9ec8da0e8fb59216c1658c0e4d93af9990071fa81a204660125a0eaa2c07fc63a8b1fade7e6672b42e41a48c3ea4356c1a94dd10be6c942a2b0b3a0300690eb07978579485fbe2c835a5fd173d6c754935b87b1370e66c5005407b8a0a1d97068b17c590df9f8057bb0135aec52f800efdfe174e40e7bea4a42152790a0f81981d4aff9870df1147ee3386b1bca5e96e91c56a8ed8b283726994bf80f37a0b1dabd7ca2a099454863502cf4b4c39e3ec63e22bc3301228156e334a7adc9af80",
      "0xf90211a0ae0bfad58e178c107f86a645cd881537f9c5b90cf517e2deb93cb23082a76716a036a642736d26a99b3bf85b23d356e0210cbf605fa0b6dade1378a1455f2d58a9a0df724ac74dab18a3df73cf805095e8bd0d0fbc8e665a54185f4d0de4f2a75525a07c767a4c2164216ec2b4b3354525c5d99c9f3a6a932bffdb0a9025edf94b6037a0f853a7c30221dbfe174146210d5f36f8230ab210c9ce8e56762cd805bf794645a01278d88aea44529ed16f4fad0f17ce4e92bf32269da415cdba9eb872d6e4b1f4a0583a8e42ed1ad08cd1a62642a9a2e27b3e8d0f732d515d07569c042f88d8802da07202be983d69a155f61701c20c51c60c56c686400b6e30d3f82b610947ee912fa08c2a858b3431623608100eaaf0d811c9fa2870380892d88879c2f7812b8f8b69a07e03f8bb9b5125243257e78bb0bb268c6a6f5c320cc69c9b52a318e47935885fa01f7b0a67c92a2d0116a89475d04d63b5908007d7cec05824f573518e28668cdfa06b7af2b91f9ba2577fdff73506d8e0809a25525f747283c0e7ff2b8b4392f4c2a07dd19f7306621e1575d0a0dd7a857c3b0b9c201e18678b4ff2e3a7cb1bd3205fa08bfdcc84c565f77a95eb55d70e9ce28e646bfbce5c42716c55f4dc07d638fcf0a088bde513ca248da3a52123667b51a9fe898fb9ee3a16316d387f7bd5b484b484a03de39f524479cee56c6e89310b960c6562ab93ba321266da5cddd9346b4d512b80",
      "0xf90211a0a91813eee4f50b9e1234b22f7d91b36c7ed4626e7a5346aae287a0c08f687c47a0c250eaa9a7d81c3a1c1d64813962b1ef1dd529abc5af5c5a8e96976d77e8bca1a05df329f6232bead12f7cfca2c3516c3d3485c3e77008eba51eec861e51e2bd53a08f6385c5003f302904b5eb07a510a591d63395baea677c773406cd4f1b55896ba00168ee5637b0331f4ef0a3bd42b06f6e247e76de7ad8b36d3236f121a84d5934a03e584e358a10f51d4619f52e028828ac5be49c9db7dfa79e19d513aec2a858daa02d9e00ef223077662c2a28591127aedc86225d51d35c6f5faa3afe92096db435a037842c357a30433aeab6ed0228aae79951ee5e17c29a185a3792db3bfa6b9581a06cea561111c35558106cd65740ffd1a181a286ecb99d8a6f9fff7e31aec74d51a0445ed7e19ad1935ea19b0d4ab9c14fe959e2c1effc737c02399695f1fa9e7314a08a7eee465d920e58de2629b630b299dbddc6822bf5de1ca782bd88debb68ff5ba0d206807e99454e47b02e3ebc28aed1e9f9b70394664bc70c050c319d9f3c78f3a0d7e2182c24db161ba7ddc6aa68b54c0058275adff23466a9db72c4f375607345a060e39a7d746b3781541b460cb9ccbd5ea2ea0f1d8c2d4366494b2a62480ae3b1a0eb34a4f59ebfa052d045e22417a0bee6dc1335b1d9765bb7491bc30ccf68a866a0b2c279c6ed78d89c3ab03f7b1d4d34949dcf355ac018520e307fea4226f7fe9280",
      "0xf85180808080808080808080a0eda316c3c76e4f2841659393f3095e37ab590b5b26730d361c2ddee29ae581848080a0c648b969d6ac0f13820a21fda5337df807626a3c676cb9184228eb0743b17244808080",
      "0xf86c9e20e0a0940f2f07eb63d8910882ed7fa5323e9304b47665984436ea86fe7ab84bf84901851782e284f4a056e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421a0c5d2460186f7233c927e7db2dcc703c0e500b653ca82273b7bfad8045d85a470"
    ],
    "address": "0xfa4e502a3bf5f4bc3ef0e17960b3cd868d70e809",
    "balance": "0x0",
    "codeHash": "0xc5d2460186f7233c927e7db2dcc703c0e500b653ca82273b7bfad8045d85a470",
    "nonce": "0x0",
    "storageHash": "0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421",
    "storageProof": [
      {
        "key": "0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421",
        "proof": [],
        "value": "0x0"
      }
    ]
  },
  "id": 1
}

Node logs

Platform(s)

Linux (x86)

Container Type

Docker

What version/commit are you on?

reth Version: 1.2.0
Commit SHA: 1e0b0d8
Build Timestamp: 2025-02-12T16:48:04.304586958Z
Build Features: asm_keccak,jemalloc
Build Profile: maxperf

What database version are you on?

2

Which chain / network are you on?

bera chain mainnet

What type of node are you running?

Archive (default)

What prune config do you use, if any?

none

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

[rkrasiuk]

@tmeinlschmidt we have a max proof window setting which defaults to 0 (only allows querying proofs for the latest block). to increase this window, you have to pass --rpc.eth-proof-window parameter, the maximum is allowed window is 1209600 which is a month of historical blocks with 2s block time

[tmeinlschmidt]

thanks, will try

[tmeinlschmidt]

changed to 302400, but the query is pretty slow

real	0m48.999s
user	0m0.008s
sys	0m0.006s

the same in nethermind

real    0m0.018s
user    0m0.009s
sys     0m0.007s

[tmeinlschmidt]

changed to 42300, much better

real	0m0.012s
user	0m0.004s
sys	0m0.008s