feat: add basic support for eth_call

[morph-dev]

What was wrong?

Trin doesn't support eth_call requests.

How was it fixed?

• Refactored the rpc/src/eth_rpc.rs
  • EvmBlockState now takes care of fetching all state related content for a specific block
• Using async evm execution from trin-execution crate

I tested it locally, with one simple transaction (token balance), and it works.

To-Do in future PRs

• Add caching to the EvmBlockState
  • this will speed up transaction execution as we wouldn't have to traverse entire trie for every piece of data
• Add support for fetching block_hash by block number
  • Until this is implemented in history network (Proposal for block header lookup via block number in the history network portal-network-specs#334), we can fetch all blocks going backwards until we find the block that we need
  • low priority until lookup by block number is added
• Extract some common logic from trin-execution/src/evm into separate crate: e.g. trin-evm

[KolbyML]

[KolbyML]

                // Allow unlimited gas
                evm.cfg_mut().disable_block_gas_limit = true;

This looks like a very bad idea, why not limit it to the max gas for a block or something

[morph-dev]

I check what reth is doing for eth_call, and they do set this flag, and they also set gas_limit if it is not set.

They also configure a lot of other things, that I'm not sure we need (at least for now).

For now, I will remove this flag, and if gas limit is unset, I will set it to block's gas limit.