Make ChainStore agnostic to block serialization format

PR #2886 and #2998 still leave some assumptions about how blocks are serialized and deserialized in the ChainStore. In particular, they assume that the serialization follows the form of an EthereumBlock. That can cause issues for other chains if they store blocks with a different serialization format and try to read them, assuming they get their own serialization back.

A more robust fix would parametrize ChainStore.blocks and ChainStore,ancestor_block (the only methods that read the serialized data from the chain store and now return a json::Value) so that the caller passes in instructions on how to deserialize instead of leaving it up to the store. That is not entirely trivial because

• the current code does not read transaction receipts in ChainStore.blocks which helps reduce the data that needs to be deserialized.
• ChainStore needs to be object safe, so blocks and ancestor_block can't be parametrized on some sort of FromChainStoreData trait

Comienza revisando ChainStore.blocks y ChainStore.ancestor_block, junto con las suposiciones identificadas en los PRs #2886 y #2998. Sigue cómo estos métodos deserializan bloques serializados y cómo la seguridad de objetos restringe la API. Se considerará terminado cuando los llamadores proporcionen instrucciones de deserialización, el manejo de los recibos de transacción siga siendo apropiado y los formatos de bloque que no sean de Ethereum puedan volver a leerse en su propia serialización.