Parallel transaction execution using Block-Level Access Lists

[bhartnett]

Depends on EIP-7928 being implemented first which is being tracked here: #3735

The main benefit of BALs is that they enable deterministic transaction parallelization because the transaction dependencies and storage access locations are known up front.

The areas that we may be able to parallelized to improve performance include:

• IO - All state read by the block can be pre-fetched in parallel using the BAL.
• Execution - Transactions can be executed in parallel when there is no dependencies between them.
• Stateroot computation - We should in theory be able to parallelize the stateroot computation to some extent after applying the state updates to the database.

[bhartnett]

Multi-threading is not very well supported in the current code base so we may need to do some groundwork to add better support for concurrency. For example the Aristo database code makes extensive use of LRU caches which are not thread safe and therefore even reading from the database across multiple threads will not work.

Note that some of the nim-rocksdb library is thread safe, notably the main RocksDbRef type used for reading and writing directly to the database.