Following the spirit of Proposal 382 of testing the brand-new Treasury on Kusama Asset Hub, and since we've recently introduced controlling accounts via XCM, in Virto we'd like to make a small test:
We transferred 1.1
KSM to the remote treasury account on Asset Hub.
This proposal is expected to spend 1.1
KSM on CuYrHbj4PNqVnpA17o8LDigdNXXYvEU7UaYW3kVyAdQskpE
(../Parachain(2281)/Body(1)/Voice
on KAH) as the beneficiary.
Once the proposal is executed, we'll submit a series of referenda in Kreivo, from our community governance. The outcome of that referenda is to send an XCM call to Asset Hub, to execute InitiateTeleport
to move 1
KSM back to the original sender (me) through the Kusama Relay Chain.
We proposed this proof with two goals in mind:
Q: Have you ever tried if this works?
Yup, we made some tests using Chopsticks to ensure this is an acceptable behaviour given the current limitations of XCM on Kusama Asset Hub. What we found out is that we could useBalances
, but noPolkadotXcm
due to theSafeCallFilter
, nor use something likeProxy
. So, we're kinda limited, but we still want to try using this system with the limitations we have. That's how we designed the scope of this test proposal.
PolkadotXcm
, we found out we could craft ourselves some XCM instructions to make a teleport between AH and the Relay. We made some tests using Chopsticks, and are confident in doing so.1.05 KSM
from our community's Sovereign Account in Kusama Asset Hub (CuYrHbj4PNqVnpA17o8LDigdNXXYvEU7UaYW3kVyAdQskpE
) to our community's Sovereign Account in Kusama (H4GPahohQFSFf6yb3YWdvcDcZcwN7HtigyuJAwTgMXYaZ4a
).1 KSM
from our community's Sovereign Account in Kusama (H4GPahohQFSFf6yb3YWdvcDcZcwN7HtigyuJAwTgMXYaZ4a
) to our community's Account in Kreivo (F3opxRaMqPWKwA5yup6vZy2GLA28aJ3XSEX31Uf8qrhmaQt
).CuYrHbj4PNqVnpA17o8LDigdNXXYvEU7UaYW3kVyAdQskpE
.Threshold