Cal Bera

As @itsdevbear mentioned, the [SnapMulti store](https://github.com/berachain/polaris/blob/main/store/snapmulti/store.go) approach was our most performant implementation to maintaining a journal stack of cachekvstores (or more specifically [mapMultiStores](https://github.com/berachain/polaris/blob/main/store/snapmulti/store.go#L39)). We used this benchmark test to measure...

@yihuang to optimize writes on a `Finalize`, there is more caching we can do. For example, we could make a "DuoCacheKV" store that can read from and write to 2...

Investigate whether this will mess up the order of logs added in the journal.

this one's old, but I think its the delegate function on staking (calling it every other time works), so it hasn't been fixed yet. #539 fixed the regular evm state...

staking Delegate ``` -- Estimate Gas -- Gas consumed 79146 supplied gas 48186 Gas consumed 79146 supplied gas 72590 Gas consumed 79146 supplied gas 78691 Gas consumed 79146 supplied gas...

+1 @0xKitsune, looking for support for mappings with named key/values

Hey @mycodecrafting thanks for the PR! You can currently get the `StateDB` off of the current `PolarContext`. In a precompile, it could look something like (for a given `ctx context.Context`):...