go-pulse/graphql
rjl493456442 59f7b289c3
cmd, core, eth, graphql, trie: no persisted clean trie cache file (#27525)
The clean trie cache is persisted periodically, therefore Geth can
quickly warmup the cache in next restart.

However it will reduce the robustness of system. The assumption is
held in Geth that if the parent trie node is present, then the entire
sub-trie associated with the parent are all prensent.

Imagine the scenario that Geth rewinds itself to a past block and
restart, but Geth finds the root node of "future state" in clean
cache then regard this state is present in disk, while is not in fact.

Another example is offline pruning tool. Whenever an offline pruning
is performed, the clean cache file has to be removed to aviod hitting
the root node of "deleted states" in clean cache.

All in all, compare with the minor performance gain, system robustness
is something we care more.
2023-07-04 10:21:06 +03:00
..
internal/graphiql graphql: upgrade UI to v2 (#27294) 2023-05-22 08:15:05 -04:00
graphiql.go graphql: upgrade UI to v2 (#27294) 2023-05-22 08:15:05 -04:00
graphql_test.go cmd, core, eth, graphql, trie: no persisted clean trie cache file (#27525) 2023-07-04 10:21:06 +03:00
graphql.go graphql: implement withdrawals (EIP-4895) (#27072) 2023-06-06 12:33:25 -04:00
schema.go graphql: implement withdrawals (EIP-4895) (#27072) 2023-06-06 12:33:25 -04:00
service.go graphql: upgrade UI to v2 (#27294) 2023-05-22 08:15:05 -04:00