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

Inizia esaminando ChainStore.blocks e ChainStore.ancestor_block, insieme alle assunzioni individuate nei PR #2886 e #2998. Segui il modo in cui questi metodi deserializzano i blocchi serializzati e il modo in cui la object safety vincola l'API. Il lavoro è completato quando i chiamanti forniscono istruzioni di deserializzazione, la gestione delle ricevute delle transazioni rimane appropriata e i formati di blocco non Ethereum possono essere riletti nella propria serializzazione.