Flatten DB

[am1r021]

The aim of this change is to implement a flat database design for keeping state data in. This work will be integrated with the snap sync implementation for keeping snapshots of the latest 128 states. This work picks up where #780 left off. The goal is to first implement the StackTrie structure, then to implement the Snapshot and database wrapper necessary for data persistence.

[holgerd77]

Side note: VM is definitely the wrong package, that's clear I guess, assuming a bit this is just for testing? Just to point out, so that this doesn't "settle at the wrong place" 😋, I know though that this is very very early.

[codecov[bot]]

Codecov Report

Attention: Patch coverage is 79.21348% with 74 lines in your changes are missing coverage. Please review.

Project coverage is 87.39%. Comparing base (b8f5b6d) to head (1e6ca80).

Additional details and impacted files

Flag	Coverage Δ
block	88.34% <ø> (ø)
blockchain	91.61% <ø> (ø)
client	84.62% <100.00%> (-0.11%)	:arrow_down:
common	98.25% <ø> (ø)
devp2p	82.12% <ø> (ø)
ethash	∅ <ø> (∅)
evm	74.33% <ø> (ø)
genesis	99.98% <ø> (ø)
rlp	?
statemanager	?
trie	89.83% <95.70%> (+0.59%)	:arrow_up:
tx	95.45% <ø> (ø)
util	84.82% <27.90%> (-4.32%)	:arrow_down:
vm	80.17% <66.66%> (-0.04%)	:arrow_down:
wallet	88.35% <ø> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

[holgerd77]

Cool work! 🤩

Is there any way this can be practically tested?

[am1r021]

Cool work! 🤩

Is there any way this can be practically tested?

I will update with some details on this as I am currently still working on debugging and integrating it with the vm blockchain and state tests with the goal of making it possible to use for e.g. block execution 🙂