-
Notifications
You must be signed in to change notification settings - Fork 352
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Modular logic for ICS3 Connection handshake protocol #92
Comments
Given the addition of domain types (which handle message validation), it's unclear if this issue is still relevant. There is some potential to reuse business logic of processing certain messages, however. So we can investigate this in the context of ICS3 specifically, while implementing #377. The goal would be that relayer-side logic would import and reuse verification functions (not only for clients & proofs). |
Cf: #388 (comment) |
Closing as stale. |
Before relayer forward IBC message to the destination, it is supposed to do checks (commitment proofs checks, business logic checks) equivalent to the checks done on chain by the corresponding ICS message handler.
The idea is to implement these checks, directly in the
ibc
crate, in a modular manner so that both the IBC modul and the relayer create can use them. As part of this larger task we need to implement the various verification method similar as defined inClientState
: https://github.com/cosmos/cosmos-sdk/blob/55796fb3e73c222eb97c1308d4eee26144e8189f/x/ibc/02-client/exported/exported.go#L17.The text was updated successfully, but these errors were encountered: