-
Notifications
You must be signed in to change notification settings - Fork 6
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
Set migration user to Multilocation #338
Conversation
This stack of pull requests is managed by Graphite. Learn more about stacking. Join @JuaniRios and the rest of your teammates on Graphite |
Graphite Automations"Auto-assign PRs to author" took an action on this PR • (06/25/24)1 assignee was added to this PR based on Juan Ignacio Rios's automation. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think it looks good in general. Only thing I'm thinking about is how to work with the different xcm versions. XCMv4 is of course now created, and I think most of the XCM types have changed a bit (not sure about their encoding though). But if we are storing them as XCMv3 now, we might need to do a migration when we move to XCMv4 (or 5)
@vstam1 good point, but I think the migration should be fairly trivial no? |
b122521
to
1b1c897
Compare
1b1c897
to
3f99a8f
Compare
What?
user
field of a migration item to aMultiLocation
instead of a[u8; 32]
Why?
So we can handle more account types, like Ethereum with
AccountId20
How?
For now we hardcode the migrations with
Multilocation(0, X1(AccountId32))