Marcelo Fornet

For the record, it works ok for me using Brave 1.36

> This makes the code much cleaner, but also helps us with the problem being discussed in Chain Sync today. @bowenwang1996 was looking for a way for block producers to...

@0x3bfc can you address conflicts and Pierre comments to merge this PR. I plan to use it for `bridge-cli`

Done: https://github.com/aurora-is-near/rainbow-bridge-client/pull/37

@paouvrard is this working for eNEAR unlock txs too? (https://github.com/aurora-is-near/near-erc20-connector)

> On a related topic, what would be useful is to be able to determine the transfer finalization tx hash (which recorded the proof in usedProofs_) given the transfer initialization...

Relevant PR exposing used proofs in NEAR contracts: - ethConnector https://github.com/aurora-is-near/aurora-engine/pull/120 - eNEAR (Missing) - erc20 https://github.com/aurora-is-near/rainbow-token-connector/pull/62

> So I think the computation of Proof.get_key() could be done offchain and the key can be used as the view argument directly in order to avoid the query data...

I don't think accessing several bridges simultaneously will be needed soon, so this is no high priority. However the current design is very error prone for developers that switch between...

@paouvrard it would be useful to have your input, on where this functions should live.