59f7b289c3
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. |
||
---|---|---|
.. | ||
evm-benchmarks@d8b88f4046 | ||
fuzzers | ||
solidity | ||
testdata@bac70c50a5 | ||
block_test_util.go | ||
block_test.go | ||
difficulty_test_util.go | ||
difficulty_test.go | ||
gen_btheader.go | ||
gen_difficultytest.go | ||
gen_stenv.go | ||
gen_sttransaction.go | ||
init_test.go | ||
init.go | ||
rlp_test_util.go | ||
rlp_test.go | ||
state_test_util.go | ||
state_test.go | ||
transaction_test_util.go | ||
transaction_test.go |