When a transfer is to be made interchain. The current logic is simple to follow:
For some reason the transfer on the receiving chain might fail, this can be from little issues like gas fees, for e.g.
This logic would be flawed in some cases, however. Assume the user is trying to transfer $30 worth of tokens from Arbitrum to Ethereum to pay for whatever. They specify the destination chain and per their calculation the fee to process the tx on Eth is $15. They pay less than $1 on Arb, gas fees are quite cheap.
After sending their request, the gas fees on ETH hikes up by ~30%, so their first attempt fails, and now they would need to attach $20 more for their tx. However with this, the user would rather just cancel on Arb pay another < $1 fee and have access to their $30worth of tokens, but this isnt possible since the current interchaining logic lacks any cancellation approach.
QA, since this can be argued to be a design choice by sponsors; however, integrating a cancellation/deadlining logic would allow the best compatibility for users.
Another window for the deadlining could be attributed to the popular lack of deadline for swaps, this is even if slippage is provided, cause in our case here, assume a user made an assumption to process an interchain transfer of a stablecoin and within the timeframe stablecoin on the destination chain heavily depegs, the user still has no option than to just have his tokens locked on the source chain.
Introduce a cancellation/deadlining logic.
