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
In ibc-go, we have decided to refactor the 02-client submodule along with the interfaces defined within the ClientState. One of the decisions made was to split the checkValidityAndUpdateState into 4 functions:
VerifyClientMessage
CheckForMisbehaviour
UpdateStateOnMisbehaviour
UpdateState
Part of the reasoning for this change was that checkValidityAndUpdateState began to become overloaded with functionality as it was required to account for misbehaviour detection as well, which may not be apparent to light client developers, so a more explicit API requiring misbehaviour detection seems ideal. Since the entry point to updating a IBC client now accounts for misbehaviour detection, it made sense to combine these interfaces so any sort of update (misbehaviour, normal updates, batch updates) could use the same API
In ibc-go, we have decided to refactor the 02-client submodule along with the interfaces defined within the
ClientState
. One of the decisions made was to split thecheckValidityAndUpdateState
into 4 functions:VerifyClientMessage
CheckForMisbehaviour
UpdateStateOnMisbehaviour
UpdateState
Part of the reasoning for this change was that
checkValidityAndUpdateState
began to become overloaded with functionality as it was required to account for misbehaviour detection as well, which may not be apparent to light client developers, so a more explicit API requiring misbehaviour detection seems ideal. Since the entry point to updating a IBC client now accounts for misbehaviour detection, it made sense to combine these interfaces so any sort of update (misbehaviour, normal updates, batch updates) could use the same APIreferences
discussion leading to design
ibc-go issue
The text was updated successfully, but these errors were encountered: