From d3120f56ef4175f39b33abd23b1cc5ea4994aeee Mon Sep 17 00:00:00 2001 From: Cosmos SDK <113218068+github-prbot@users.noreply.github.com> Date: Sat, 10 Feb 2024 01:28:46 +0100 Subject: [PATCH] chore: fix spelling errors (#19392) Co-authored-by: github-merge-queue <118344674+github-merge-queue@users.noreply.github.com> --- docs/rfc/rfc-006-handlers.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/rfc/rfc-006-handlers.md b/docs/rfc/rfc-006-handlers.md index 227bef59ac..b0cb11342b 100644 --- a/docs/rfc/rfc-006-handlers.md +++ b/docs/rfc/rfc-006-handlers.md @@ -218,7 +218,7 @@ RespBody: protojson.Marshal(msgResp) ### Consensus Messages -Similar to the above design, consensus messages will allow the underlying consensus engine to speak to the modules. Today we get consensus related information from `sdk.Context`. In server/v2 we are unable to continue with this design due to the forced dependency leakage of comet throughout the repo. Secondly, while we already have `cometInfo` if we were to put this on the new execution client we would be tieing CometBFT to the application manager and STF. +Similar to the above design, consensus messages will allow the underlying consensus engine to speak to the modules. Today we get consensus related information from `sdk.Context`. In server/v2 we are unable to continue with this design due to the forced dependency leakage of comet throughout the repo. Secondly, while we already have `cometInfo` if we were to put this on the new execution client we would be tying CometBFT to the application manager and STF. In the case of CometBFT, consensus would register handlers for consensus messages for evidence, voteinfo and consensus params. This would allow the consensus engine to speak to the modules. @@ -240,7 +240,7 @@ func (b CircuitModule) RegisterConsensusHandlers(router core_appmodule.MsgHandle ## Consequences -* REST endpoints for message and queries change due to lack of services and gRPC gatway annotations. +* REST endpoints for message and queries change due to lack of services and gRPC gateway annotations. * When using gRPC directly, one must query a schema endpoint in order to see all possible messages and queries. ### Backwards Compatibility