-
Notifications
You must be signed in to change notification settings - Fork 391
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
Support loopback #151
Comments
For now, should this be kept asynchronous? Otherwise we have to alter the interface. Would result in temporary store usage, but proofs could be omitted. |
...doing this correctly is nontrivial, it requires adding a bunch of switches |
Which ICSs have to be worked to implement loopback? I guess ICS 23 and 02, and we can reuse all the above? |
It has to be concretely efficient; I guess we could substitute out the usual Merkle proof verification for a dummy one which just checks the store. |
I think this has to be considered jointly with the solo-solo / solo-chain / chain-chain question. One option is to rework the abstractions around commitments and have clients expose a state verification directly instead of assuming commitment proofs and passing those around. Then solo machine clients could use signatures, blockchains could use Merkle proofs, and loopback could just read from state directly. |
^ This had better be done soon, I still agree with the plan. |
Ref https://github.com/cosmos/ics/issues/138#issuecomment-509112606
Channels created with zero connection hops should loop-back to the same chain. No proofs then need to be checked.
The text was updated successfully, but these errors were encountered: