Skip to content
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

ICS2: Update for changes to client state verification #541

Closed
cwgoes opened this issue Jun 30, 2020 · 8 comments
Closed

ICS2: Update for changes to client state verification #541

cwgoes opened this issue Jun 30, 2020 · 8 comments
Assignees
Labels
implementation Tracking an external implementation of the spec. tao Transport, authentication, & ordering layer.

Comments

@cwgoes
Copy link
Contributor

cwgoes commented Jun 30, 2020

Thanks @AdityaSripal - cosmos/cosmos-sdk#6524 (comment).

@cwgoes cwgoes self-assigned this Jun 30, 2020
@cwgoes cwgoes transferred this issue from cosmos/ibc Feb 23, 2021
@cwgoes cwgoes transferred this issue from another repository Mar 23, 2021
@cwgoes cwgoes removed their assignment Sep 25, 2021
@mpoke
Copy link
Contributor

mpoke commented Mar 16, 2022

@cwgoes Is this issue still relevant?

@colin-axner
Copy link
Contributor

I think so, I don't see the check we do in ibc-go represented in the spec. ValidateSelfClient is verifying that the client state stored on the counterparty chain has the correct chain specific fields. See our func

@mpoke mpoke changed the title Update for changes to client state verification ICS2: Update for changes to client state verification Mar 17, 2022
@mpoke mpoke added tao Transport, authentication, & ordering layer. implementation Tracking an external implementation of the spec. labels Mar 17, 2022
@mpoke
Copy link
Contributor

mpoke commented Mar 17, 2022

I think so, I don't see the check we do in ibc-go represented in the spec. ValidateSelfClient is verifying that the client state stored on the counterparty chain has the correct chain specific fields. See our func

Thanks for the reply. So every client type should define ValidateSelfClient, right?

@colin-axner
Copy link
Contributor

No each chain must define ValidateSelfClient. It probably makes more sense for this function to exist at 03-connection. Does that make sense?

@mpoke
Copy link
Contributor

mpoke commented Mar 17, 2022

No each chain must define ValidateSelfClient. It probably makes more sense for this function to exist at 03-connection. Does that make sense?

ValidateSelfClient would contain specific logic for every client type. For example, the ibc-go function contains Tendermint logic. I agree that the function is called from ICS 3, but it should be defined in ICS 2 in an abstract way, and the specific logic should be added to every client spec.

@colin-axner
Copy link
Contributor

I suppose that makes sense from a specification point of view. In our codebase it doesn't make sense (ibc-go doesn't need a solo machine ValidateSelfClient function)

@mpoke mpoke self-assigned this Mar 21, 2022
@colin-axner
Copy link
Contributor

colin-axner commented Aug 4, 2022

Can this issue be closed now? ref #802

@mpoke
Copy link
Contributor

mpoke commented Aug 12, 2022

It seems so.

@mpoke mpoke closed this as completed Aug 12, 2022
@tankcdr tankcdr added this to IBC Nov 19, 2024
@github-project-automation github-project-automation bot moved this to Backlog in IBC Nov 19, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
implementation Tracking an external implementation of the spec. tao Transport, authentication, & ordering layer.
Projects
Status: Backlog
Development

No branches or pull requests

3 participants