Josef Widder

> Yes; we can just store the hash of the validator set and/or next validator set, once verified. I guess we don't look into the validator set anymore; but I...

Yeah, that's true. I was thinking about checking what evidence to submit. As this will rarely happen, if at all, we don't need store the validators explicitly, most likely, and...

>However, there is no correctness concern with just using ValidatorSet as trustedVals and it saves the need from saving two ValidatorSets for each consensus state I am not sure why...

So you use `h.NextValidatorsHash` for sequential, and `h.Validators` for skipping. OK. Regarding ICS07, this means that we have to add NextValidators to the specification, either as hash or as set...

Thanks for opening this issue! I think this is a central question in IBC: Who is responsible for relaying? I think the timeout is currently set to something close to...

Also we should keep in mind that in an ordered channel, a timeout does not only affect one packet A. All packet's that were send after A also do not...

> Why do you say that? Do you have a possible attack in mind? I guess we would like to ensure a property somewhat like: - liveness: If the consumer...

I think CCV will be used if someone wants to earn money from running a second chain. Thus the incentives are aligned to ensure the correct relayer assumption: you need...

Sounds good. I would just set the default to `lockUnbondingOnTimeout = true`. By this we make sure that if one goes for the less safe option they need to do...

I thought I already had responded to this last week. Sorry. Thanks @cmwaters, this is super useful information!! I have just one final question: I guess basically all validators also...