-
Notifications
You must be signed in to change notification settings - Fork 302
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
integrate ibc-types2 #2706
integrate ibc-types2 #2706
Conversation
@@ -62,10 +57,12 @@ impl MsgHandler for MsgChannelOpenAck { | |||
version: self.version_on_b.clone(), | |||
}; | |||
|
|||
let proof = MerkleProof::try_from(self.proof_chan_end_on_b.clone())?; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think this should move to the MsgChannelOpenAck domain type
proof_verification::verify_connection_state( | ||
&trusted_client_state, | ||
self.proofs_height_on_b, | ||
&ibc_types2::core::commitment::MerklePrefix { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this should be using try_from
.connection_id() | ||
.ok_or_else(|| anyhow::anyhow!("invalid counterparty"))?, | ||
), | ||
&MerklePrefix { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ditto, this should be using try_into instead of manually constructing MerklePrefix
.ok_or_else(|| anyhow::anyhow!("invalid counterparty"))?, | ||
), | ||
&MerklePrefix { | ||
key_prefix: connection.counterparty.prefix, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
perhaps counterparty.prefix should be a MerklePrefix type at the domain type level instead?
Updated after code review with @plaidfinch |
No description provided.