adding a new function for reconciling confirmations map in the connector interface

[Chengxuan]

Exposing a method to allow confirmation map building using the in-memory canonical chain in the connector for efficient confirmation calculation of any given tx hash.

The new approach is similar to the existing confirmation manager, but with the following differences:

1. No need to build a confirmation queue outside the block listener; the in-memory canonical chain in the block listener is reused for confirmation checking
2. Supports confirmation requests that have different lengths

The in-memory canonical chain will be used to build up the confirmations when it contains required blocks, then fall back to existing blocks that get passed into the reconciler. Finally query the targeting JSON-RPC endpoint.

More details in the firefly-evmconnect PR: hyperledger/firefly-evmconnect#174

[EnriqueL8]

A few thoughts