-
Notifications
You must be signed in to change notification settings - Fork 710
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
Make Any
Proxies Copyable from a Configured Source
#3288
Comments
This issue has been mentioned on Polkadot Forum. There might be relevant details there: https://forum.polkadot.network/t/ux-proposal-consensus-based-address-formats/6072/23 |
I think this should be already possible. On Chain On Chain proxy.proxy(
origin: Bob,
real: Alice,
...,
call:
xcm.send(
to: B,
msg: Transact {
OriginKind: SovereignAccount,
call: proxy.add_proxy(origin: Alice, delegate: Bob, ...),
})
) Charles can still kill the pure proxy on |
This issue has been mentioned on Polkadot Forum. There might be relevant details there: https://forum.polkadot.network/t/parachain-technical-summit-next-steps/51/28 |
This issue has been mentioned on Polkadot Forum. There might be relevant details there: https://forum.polkadot.network/t/people-chain-launch-and-identity-migration-plan/5930/26 |
Is there any reason I should not use XCM to set an identity for a Pure Proxy based on the Relay? Is it better to wait for this: #3288? |
It should be possible to recreate pure proxy relationships on remote chains (given a few conditions). The problem is that while "normal" proxied accounts can be set up on each chain, a pure proxy relationship cannot be recreated.
There has been some debate on multi-chain proxies, namely around the scope of permissions that a proxy has. For example, declaring a
NonTransfer
proxy on the Relay Chain means something, but aNonTransfer
proxy on Asset Hub has additional functionality available, that the original setter may not have intended to grant to the proxy holder.I'd like to propose that an
Any
proxy on a system chain really meansAny
thing within the Polkadot system. That is, anAny
proxy on one system chain (para or relay) should be able to create the same proxy-proxied pair on another chain in the system. Other parachains could obviously opt-in to recognize this if they wanted to, or ignore it if they don't.Potential Solutions
This is relatively simple but there are tradeoffs. It will need to use XCM (I think) but there is no specific instruction for it (although we have discussed
SetAgent
).The first idea that comes to mind is an extension pallet with a handler that will call
Transact
on a destination chain. Of course the pallet can know the call encoding of its own calls, but it would need to know the pallet index on the destination chain. That means either an agreed "this pallet is always at indexx
" or a tablechain => index
. The latter would mean needing governance to upgrade the source chains to support new chains that want to opt in to this feature.The text was updated successfully, but these errors were encountered: