You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Only ExistenceProof is valid for VerifyMembership and NonExistenceProof is only valid for VerifyNonMembership. These functions are ultimately proof.Verify(...)
CommitmentProof usage could be removed by treating ExistenceProof and NonExistenceProof as two distinct types, no overlapping api/interface. This would require some downstream changes to iavl, sdk, ibc-go. The main substantial change I can imagine is if any api's are along the lines of QueryProof where a commitment proof is construct of either an existence proof or non existence proof
The text was updated successfully, but these errors were encountered:
We have
CommitmentProof
which stores one of:ExistenceProof
NonExistenceProof
BatchProof
CompressedBatchProof
In #389
BatchProof
andCompressedBatchProof
would be removed.The
ics23.VerifyMembership
andics23.VerifyNonMembership
are as follows:Only
ExistenceProof
is valid forVerifyMembership
andNonExistenceProof
is only valid forVerifyNonMembership
. These functions are ultimatelyproof.Verify(...)
CommitmentProof
usage could be removed by treatingExistenceProof
andNonExistenceProof
as two distinct types, no overlapping api/interface. This would require some downstream changes to iavl, sdk, ibc-go. The main substantial change I can imagine is if any api's are along the lines ofQueryProof
where a commitment proof is construct of either an existence proof or non existence proofThe text was updated successfully, but these errors were encountered: