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
A user attempted an off-ramp starting from AssetHub (XCM transaction here) yet found that the application was stuck after signing.
This is most likely because we are not handling the case when the transaction is successful, yet the XCM execution itself is not. In this case, the application will wait indefinitely for the funds to arrive at Pendulum.
Also, this failed XCM should potentially have been prevented in the first place. The current theory is that it failed initially due to Existential Deposit issues, since the USDC amount attempted to be transferred was very close to the full amount the user had. A second xcm with a lower amount worked well.
Potential fixes
We could query the status of the XCM here, by listening to the events of that block and checking if the XCM failed.
Aside from that, we need to verify if the existential deposit was the root cause of the first failed off-ramp, and if so, consider it here.
The text was updated successfully, but these errors were encountered:
@pendulum-chain/product although there is no risk of loosing funds with this, we should consider fixing this to make Assethub off-ramps more robust. It is very likely users will try to off-ramp all it's USDC and this happens again.
Yup, that's a good simple solution. I think there is an ED for any token. What remains to be seen is if it works if all balance is transferred, we may have to use the transfer_all in this case to allow for people to do that.
Issue description
A user attempted an off-ramp starting from AssetHub (XCM transaction here) yet found that the application was stuck after signing.
This is most likely because we are not handling the case when the transaction is successful, yet the XCM execution itself is not. In this case, the application will wait indefinitely for the funds to arrive at Pendulum.
Also, this failed XCM should potentially have been prevented in the first place. The current theory is that it failed initially due to Existential Deposit issues, since the USDC amount attempted to be transferred was very close to the full amount the user had. A second xcm with a lower amount worked well.
Potential fixes
We could query the status of the XCM here, by listening to the events of that block and checking if the XCM failed.
Aside from that, we need to verify if the existential deposit was the root cause of the first failed off-ramp, and if so, consider it here.
The text was updated successfully, but these errors were encountered: