gRPC blanket implementation from ibc-rs

[rnbguy]

This PR uses gRPC blanket implementation from ibc-rs using QueryContext and ProvableContext traits.

Todo:

• Merge ibc-rs PR and update commit rev in this PR
• Update Cargo.lock
• Remove old service.rs
• Add comments
• Add more grpcurl tests
• Fix client_status endpoint
• Add unclog entry

[Farhad-Shabani]

A few nitpicks, then all good! tnx 🙏🏻

[rnbguy]

I was thinking about how to make IbcContext's fields to have shared ownership across threads - since tonic services require it.

Currently, ibc_context.clone() will not create fields with shared ownership, as some fields are not wrapped in Arc<_>.

ExecutionContext updates these non-shared fields only in the main thread, which has the correct values of these fields. The results of ExecutionContext are written in Stores, whose ownership is shared with the tonic services. Now the tonic services only read data from these stores.

So even though the ibc_context in tonic services has incorrect values at non-shared-owned fields, the query responses are correct, as they don't read values from these fields.

So, the implementation of this PR works correctly, although the logic of the implementation is wrong.

Considering this, I was wondering if the fix should be in this PR or a separate one.

WDYT?

[Farhad-Shabani]

Currently, ibc_context.clone() will not create fields with shared ownership, as some fields are not wrapped in Arc<_>.

Much needed improvement! This has caused me trouble in a few spots. Each time, I got caught up with other urgent tasks and didn't get around to update it.

Considering this, I was wondering if the fix should be in this PR or a separate one.
WDYT?

I'd suggest in a separate PR.

[rnbguy]

Looks like client_status calls host_consensus_state() which access one of those fields which are not wrapped in Arc<_> 😅 and it threw error as expected when that endpoint is queried.

I will wrap only that field to keep this PR wokring. The Arc<_> wrap for other fields will be on future PR.