go-ethereum/eth/filters
Felix Lange 48ec86abbb
core: initialize history pruning in BlockChain (#31636)
I added the history mode configuration in eth/ethconfig initially, since
it seemed like the logical place. But it turns out we need access to the
intended pruning setting at a deeper level, and it actually needs to be
integrated with the blockchain startup procedure.

With this change applied, if a node previously had its history pruned,
and is subsequently restarted **without** the `--history.chain
postmerge` flag, the `BlockChain` initialization code will now verify
the freezer tail against the known pruning point of the predefined
network and will restore pruning status. Note that this logic is quite
restrictive, we allow non-zero tail only for known networks, and only
for the specific pruning point that is defined.
2025-04-15 14:32:46 +02:00
..
api.go core: initialize history pruning in BlockChain (#31636) 2025-04-15 14:32:46 +02:00
api_test.go rpc: change BlockNumber constant values to match ethclient (#27219) 2023-05-23 13:18:38 +02:00
filter.go core: initialize history pruning in BlockChain (#31636) 2025-04-15 14:32:46 +02:00
filter_system.go core: initialize history pruning in BlockChain (#31636) 2025-04-15 14:32:46 +02:00
filter_system_test.go eth, eth/filters: implement API error code for pruned blocks (#31361) 2025-04-01 13:42:01 +02:00
filter_test.go eth/filters: implement log filter using new log index (#31080) 2025-03-17 18:59:04 +01:00