Size of storage reverts is 100gb bigger

[rakita]

New revm state got merged with some known bugs.

This bug is related to storage changeset/reverts, current best assumption is that we dont check storage present/new value when creating the changeset inside bundle state.

[rakita]

One assumption so I dont forget, when we update the bundle storage with transition storage we should check if those are the same, if they are, remove them.

Hm, we are already doing filtering transition storage as they have both previous and present values.

[rakita]

Okay, this became a funny issue.

Compare the number of StorageChangeSets and the size of it. revm state generates fewer entries but it is +100gb more in size inside reth.

So a difference is that we delete the plain state while inserting it into changesets, while previously we just read it and deleted it afterwards.

[rakita]

Closing this as it is not revm issue.