linea-mainnet: disable eth_getProof on rpc-us-40 dshackle upstream #19
Reference in New Issue
Block a user
Delete Branch "issue-136"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Problem
The
linea-mainnet-geth-pruned-pebble-pathnode onrpc-us-40is healthy and advancing (+5 blocks/30s, containers up 6+ weeks), but DRPC was marking it 81% unavailable (36/36 samples over 3h) because DRPC'seth_getProofcapability probe fails against pruned geth nodes. This is a known false positive (see memory:drpc-proof-probe-flags-pruned-minimal).Fix
In
rpc/main_configs/rpc-us-40.yaml, addedeth_getProofto themethods.disabledlist for theus-40-linea-mainnet-gethupstream:This mirrors the identical pattern already in
rpc/main_configs/rpc-us-41.yamlfor BSC minimal.Verification
9f6ca383on branchissue-136update.shverify: clean (not a generated file)(vibe-node issue #136)
The file that was changed in this pr is generated from other sources. But I also don’t believe in the theory of the fix. BSC nodes are “minimal” which is special. Dshackle shouldn’t deprioritise normal geth pruned nodes.
Pull request closed