This repository has been archived by the owner on May 21, 2024. It is now read-only.
XCM Workshop Setup Script #86
Labels
enhancement
New feature or request
good first issue
Good for newcomers
help wanted
Extra attention is needed
Milestone
Motivation
The XCM Workshop slide deck has been circulating a lot. It's been a great introductory resource for many people (DS & external) to learn the basics of XCM.
In the reserve-based transfer secion, the slides accumulate unnecessary complexity in the form of extra steps that are necessary to configure the chains before the XCM calls can be executed. For example, simply creating a sufficient asset (xUSD) on Statemine requires all these steps:
dmpQueue/maxIndividual
andasset/minBalance
)paraSudoWrapper
of aforceCreate
encoded callAlthough still arguably a learning experience (however not necessarily XCM-related), all these steps introduce a lot of room for human error and confusion, especially for a less-experienced and naive audience.
Ideally, we should have some mechanism that not only launches the XCM Playground, but also bootstraps the chains with all the necessary conditions, abstracting away the non-XCM-related operations. Those can still be mentioned on the slides for awareness, but the human steps should focus on XCM calls only.
Suggested Solution
We need some helper utility that will:
AssetRegistry
(or maybe not? this step might still be a good learning exercise to be done manually)This helper utility can be based on one of the following:
deno
as extra dependency to the audiencenode/npm/yarn
as extra dependency to the audienceThen some shell script would orchestrate the launch of Zombienet and call the helper utility, making the playground ready for the audience to perform the XCM calls.
Alternatives
We also have the following alternatives:
parachains-integration-tests
. Downside is the introduction of yet another dependency for the audience to install locally, and the potential for confusion since that's not the main purpose for the tool.test
functionality with JS calls. However that feels a bit like a hack, since we don't really want to test anything (we know the calls work), and showing test results on the Zombienet's logs might further confuse the audience.The text was updated successfully, but these errors were encountered: