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
When the transfer starts on ucs01 and then we hop into ics20 or the other way, we should convert the ack before sending it to the original chain. Because we now send ics20's ack to ucs01 channel which causes an error. fix(ucs01): convert pfm ack #2059
Additional to the above issue, even if the contract converts the ack, since the deferredack module uses channeltypes.Acknowledgement which wraps the given ack before commiting, the ack will still be wrong. We should introduce our own ack type which should not alter with the ack data.
ucs01
and then we hop intoics20
or the other way, we should convert the ack before sending it to the original chain. Because we now sendics20
's ack toucs01
channel which causes an error. fix(ucs01): convert pfm ack #2059deferredack
module useschanneltypes.Acknowledgement
which wraps the given ack before commiting, the ack will still be wrong. We should introduce our own ack type which should not alter with the ack data.The text was updated successfully, but these errors were encountered: