We have patched this now, thanks for noticing
The Polkadot BH runtime upgrade to fix the bridge is under voting in OpenGov.
Once itās executed the bridge should be functioning at 100% again.
There is also a Kusama BH runtime upgrade under voting for patching the same issue on Kusama BH so we donāt experience the same error with the other direction too.
the kusama assets is now updated.
The Polkadot BH runtime upgrade to fix the Kusama->Polkadot transfers direction is under voting in OpenGov.
The P<>K bridge is back to full functionality! Fully synced on both sides and processing bi-directional traffic
Awesome! Bi-directional transfers should have been enabled with the 1.2 upgrade right? Could I get assistance with building the extrinsic for sending the bridged DOT from Kusama Asset Hub to Polkadot Asset Hub? I will update the Wiki docs right after the extrinsics are executed successfully.
Sure! Actually, Iāll use this opportunity to point people to try out GitHub - paritytech/asset-transfer-api: Typescript API aiming to provide clear, and simple to use tools for transferring assets across common good parachains..
There are examples of transferring bridged assets there, including this particular one you are inquiring about. DOT from KAH to PAH transfer API here.
Let us know if it works as expected!
The API gets more usecases integrated every day, so please request any usecase you have and is not yet covered.
Thank you. The Wiki docs are now updated with bi-directional transfer info for both DOT and KSM.
The progress on the bridge PAH<>KAH is impressive. Once the fees are reduced, I anticipate it will see widespread use. However, I have a few questions:
- Once you have, for example, DOT in KAH, what use cases does it currently have?
- Is there, or can anyone create, a pool in KAH with DOT and KSM as assets (foreign-native)?
- Is there a team working on a UI to utilize the Asset Hub pools? (This question might not directly relate to this post, but it ties in with the previous questions.)
Yes
- I donāt expect DOT in Kusama have a use case beyond what parachains make out of it, e.g. in Kreivo we would allow people to make DOT payments which includes on/off ramping. In the future it would be interesting to introduce some form of remote staking via XCM, @pandres95 work on asset freezing can be a precursor of such a feature.
- It works, just created the pool KSM<>DOT (lpToken: 11)
- Thereās also dotswap.org (missing Kusama AH)
Just want to share that SubWallet has integrated the Polkadot <> Kusama bridge into our browser extension UI! Mobile and web dashboard coming soon
What is the most convenient way to bridge assets between Kusama and Polkadot with a user-friendly interface?
After going through the conversations above I find Subwallet as a good choice
As a continuation of Adrianās original post above
- Bring down that damn high bridge fee, more details here .
I am happy to announce that the upcoming 1.3.0 Polkadot Fellows release introduces a new feature designed to reduce user delivery fees for message transfers over the Polkadot<>Kusama bridge.
For further details, please see this blog post:
May I ask for ETAs for bridging:
- USDT + USDC to Kusama AH?
- any foreignAsset PAH - KAH
- permissionless lanes between arbitrary parachains
All assets between PAH<>KAH
All Polkadot and Kusama assets will flow freely between PAH<>KAH with Asset Hubs: allow Polkadot, Kusama and Ethereum assets across P<>K bridge by acatangiu Ā· Pull Request #421 Ā· polkadot-fellows/runtimes Ā· GitHub - nearing completion, security audit done.
This includes Polakdot USDC and USDT registered as foreign assets on Kusama Asset Hub.
On top of that, Ethereum assets on Polkadot Asset Hub can be bridged over to Kusama Asset Hub, thus giving Kusama access to trustlessly bridged Ethereum assets (coming over Snowbridge).
This will not make it into the impending Runtimes 1.3.0 release, so weāll have to bring it with a 1.3.1 release afterwards. Guesstimate for that would be end of Sep, or sometime in Oct.
Permissionless lanes between arbitrary parachains
Also nearing completion: [bridges-v2] Permissionless lanes by bkontur Ā· Pull Request #4949 Ā· paritytech/polkadot-sdk Ā· GitHub, pending security audit.
This will be released with the next stable release of Polkadot-SDK estimated for end of October, and should make it onto Polkadot and Kusama runtimes by EOY.
the fees mentioned is wrong here, I was testing out and it deducted 0.4 KSM insteadā¦
Yep we know. Itās documented in the README of the project.
It was also mentioned in the previous comments of this same forum post.
Next week we are getting together with Cisco to discuss the best way to integrate the XCM fees API into the main library. So, I really think that by next week this will be fixed (and properly fixed, not harcoding values as it was previously suggested)
well itās better to show the warning in the UI instead
You canāt expect me to go through bunch of docs or comments.