-
Notifications
You must be signed in to change notification settings - Fork 741
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
XCM delivery fee breaks XCM compatibility #3070
Comments
This issue has been mentioned on Polkadot Forum. There might be relevant details there: https://forum.polkadot.network/t/polkadot-digest-26-jan-2024/5848/1 |
Similar problem here -> https://kusama.subscan.io/extrinsic/21573927-7 |
@xlc do you have a chopstix test or similar to use to test out ideas for quick fixes? I believe something like this 371d5b0 could get us running again until we come up with a comprehensive solution for:
|
Also, does no one have these scenarios running on testnets? #1234 is live on Rococo relay and System Chains since 3-4 months now - not cool getting burned directly on Kusama 😢 |
To reproduce this with Chopsticks To run the networks Open Karura and send the extrinsic: submit author.submitExtrinsic with data: Submit it and wait for few minutes to produce blocks. Check terminal logs for output. Check the new block produced on Kusama: https://polkadot.js.org/apps/?rpc=ws%3A%2F%2F127.0.0.1%3A8002#/explorer If the issue is fixed, check the block on Bifrost: https://polkadot.js.org/apps/?rpc=ws%3A%2F%2F127.0.0.1%3A8001#/explorer To test the fix or print XCM logs, we need to do wasm override for Kusama: |
I can create something similar to https://github.com/xlc/chopsticks-ksm-xcm tomorrow. but it should be trivial enough to modify it to test for this bug |
Linked issue: #3075 |
Same issue for me. Bridging KSM to KAR seems fine in the explorer, but KSM funds never arrived to the KAR wallet. |
FYI - I've created two scripts to calculate the worst-case scenario for Kusama -> Parachain KSM transfers and from AssetHub -> Parachain Asset Transfers: Kusama -> https://github.com/albertov19/xcmTools/blob/main/calculateKusamaDeliveryFees.ts These scripts assume the worst-case scenario by applying U128::MAX to the variable input of the elements that result in the "longest" XCM possible. This check should be done in the origin chain (either Kusama or AssetHub) by dApps, and add this value to the tx fee of |
update: fix is merged to patch-release branch: #3085 and released to crates.io: https://crates.io/crates/staging-xcm-executor/4.0.1 another fix is also being backported #3113 and next, we'll have to include it in Polkadot & Kusama runtimes and do a patch release there |
thanks
вт, 30 янв. 2024 г. в 14:22, Adrian Catangiu ***@***.***>:
… update:
fix is merged to patch-release branch: #3085
<#3085> and released to
crates.io: https://crates.io/crates/staging-xcm-executor/4.0.1
another fix is also being backported #3113
<#3113> and 4.0.2 needs to
be published to crates.io
next, we'll have to include it in Polkadot & Kusama runtimes and do a
patch release there
—
Reply to this email directly, view it on GitHub
<#3070 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AWYFUHTIER5QJB4ACQ2VPP3YRDQXHAVCNFSM6AAAAABCLU37ACVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSMJWG4ZDONZSGM>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Please someone help, I sent some KSM 5 days ago but still not received, from kusama network to Sora mainnet, but xcm transfer not created, here is my extrinsic hash, (0x78540d5b0b3831468c7c4a70ef5a81bccb3c7cb96e44ad81e39c96e73a9ebcff ) please help , |
FYI - For people that sent XCM transfers to Moonriver -> https://forum.moonbeam.network/t/kusama-assethub-rt-1001000-xcm-failed-transactions/1542 |
should be fixed in runtimes patch release https://github.com/polkadot-fellows/runtimes/releases/tag/v1.1.2 |
@acatangiu do you know funds bridged from Kusama to Karura will be unlocked and available again to us? It has been already a week. There are dozens of people by the way asking this same question in the discord server. Any inputs from your end in terms of ETAs will be much appreciated. Super thanks !!! |
Once Kusama upgrade is enacted, the root cause issue will be fixed - aka it should not happen again (further transfers should work well). In your case, Karura needs to manually unlock the funds, but bear in mind that this is probably a somewhat manual process so it might take a bit of time on their side. |
@acatangiu thanks for the reply. Appreciate it. But how can we enact this manual process? is there someone from Karura we need to talk to? And what does "a bit of time" mean? I know Karura probably is not your team to know more stuff about it, but any guidance would help. |
Please move this discussion to a more relevant place.
On their homepage I can see links at the bottom to their telegram, twitter, discord, etc, try one of those. |
I'm aware of at least one case where there are locked funds of past transfers stuck on Kusama, where the recovery process is likely a referenda via OpenGov. Would it appropriate for someone familiar with Substrate to take a look at the history of the chain, and propose a referenda which retrieves all stuck KSM that can be attributed to this deliveryFee error? |
There are two different cases. For KSM transfer between parachains, it is the dest chain need referenda to credit the missing fund. For Karura, we plan to make it happen after Kusama have fixed the issue and then try to identify all the failed transfer to Karura and then create a referendum to credit the fund. For KSM from Kusama to parachain that goes missing, it can only be returned by Kusama referendum. |
@xlc for KSM from Kusama to para chains, it can also be returned through a referendum in the parachain itself. We indexed all transactions in Kusama that transferred KSM to Moonriver's Sovereign account but the XCM Attempted failed. Then we proposed a referendum that sends an XCM message to Kusama doing [WithdrawAsset, ClearOrigin, BuyExecution, DepossitAsset(1), DepossitAsset(2)....,DepositAsset(Wild(AllCounted)....] where The only KSMs that need to be returned through a Kusama referenda are those that were teleported from Kusama to AssetHub, as they are locked in a system account in Kusama (some XCM related account) |
Has this issue been fixed in rococo? |
yes, this is fixed on Rococo, Westend, Kusama and Polkadot. |
@albertov19 @acatangiu : I lost 76 KSM funds in January during an XCM teleport from Kusama to Assethub due to the bug. Do I understand correctly that I can only recover this by initiating a referendum on Kusama? Or is there another way to regain control over my funds? Thanks in advance |
Hey @Pescador1551 to my understanding, yes. Unsure if the fellowship is doing anything to help recover these funds. Or the wallet team or dApp that you used to transfer the funds |
Hi @Pescador1551, you should be able to recover them yourself, by using new claim_assets() extrinsic. This will be available in the upcoming runtimes v1.2.0 release happening next week (plus a couple of weeks for gov to upgrade). Alternatively, you can go the referendum route to unlock the funds which may or may not be faster in the end. |
Hi @acatangiu, I would like to reclaim my assets by using the function you mentioned in your previous message ('new claim_asset() extrinsic'). However, I'm not an expert in this field and honestly don't know where to start. I kindly ask if you have any information on how I can execute this action. I highly appreciate it. Thank you in advance! |
Hello @Pescador1551, I made a small guide you can follow here: https://hackmd.io/@franciscoaguirre/Byahn6wZR. |
Hello @franciscoaguirre, thank you so much for this explanation. I've made progress, but before I proceed with the action, I'd like to verify with you if I've set up all the variables correctly so I don't end up losing my assets after all. It was actually about a transfer from the native KSM chain to the Statemine chain where I lost my assets. It was this transaction. I have added a screenshot of the action I want to perform. I have two questions, how much KSM should be available in my account to perform the action? As far as you can see, the variables are defined correctly (XCM version: V3, interior: Here (does that mean it will be settled on my own account?). BTW: If this is not the right place to continue this conversation, we can certainly move to another platform. Do you have any suggestions where we could potentially continue? |
Hi @Pescador1551, thank you for clarifying with me first. Two things:
I'll update the guide with this. Thank you for letting me know! I don't have any problem continuing the conversation here. It's useful for anyone who might have this issue. |
Thank you for your prompt response and your updated guide. I have set up the action again and would like to ask if you find what I entered now logical, given the extrinsic (which I already mentioned in my previous message)? |
Hi @franciscoaguirre, I forgot to tag you in my previous message so you missed it probably! My bad, sorry for that! |
@Pescador1551 that looks okay now, but taking a look at your transaction, I don't see the |
Hi @franciscoaguirre, should I attempt to carry out the action, or am I risking the assets disappearing from sight? Additionally, I lack experience in creating a governance proposal if that becomes necessary. I hope you can assist me. |
Hi @franciscoaguirre, I found a proposal on Kusama that addresses the same issue, but from an individual address. You can find it here: https://kusama.subsquare.io/referenda/356. Could this help with a new proposal for addresses that have encountered the same issue? |
@Pescador1551 We will assist you and everyone affected by this bug. Thanks for sharing that proposal. I'll let you know when the proposal is created |
Hi @franciscoaguirre, that would be very nice. Hopefully the proposal will be approved and I can support your work a little bit with a small portion of lost funds. Thank you in advance. I really appreciate your help. |
Hi @franciscoaguirre, I am curious if there have been any developments regarding the drafting of a proposal for the lost funds. Is there anything I can contribute to this? |
Hi @franciscoaguirre, I hope this message reaches you well. Could you provide an update on the proposal being drafted to recover the lost funds? Thank you in advance! |
A failed transfer: https://karura.subscan.io/xcm_message/kusama-024c52268887c3fb756eeea47242a7d2d831b6ba
Since the new Kusama runtime upgrade, which includes #1234, KSM transfer between parachains stops working.
This is due to the XCM execution on Kusama unable to charge deliver fee from holding register and therefore refuse to send DMP to dest chain.
This also highlights a main issue with the current deliver fee mechanism. It is infeasible to query and calculate the delivery fee pure from onchain runtime. It is a tx version breaking change to ask user to specify an extra delivery fee parameter. It is not possible to enable
jit_withdraw
mode in this particular case. It just doesn't work.The text was updated successfully, but these errors were encountered: