-
Notifications
You must be signed in to change notification settings - Fork 30
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
refactor: update collateral token to relay chain native token #318
refactor: update collateral token to relay chain native token #318
Conversation
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
Running Lighthouse audit... |
Morning @crypto-engineer - this all sounds like it makes sense, but going to hold off approving until the KINT support PR is merged (not expecting any issues as that moves the vault collateral tokens to their own config, but don't want to risk any delay as that feature is already quite behind schedule!). |
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.
Looks good to me 👍 edit: just saw @tomjeatt's comment, so dismissed the review :)
hold off from approving according to @tomjeatt's comment
Hi Peter, sorry could have been clearer :) no problem approving, just wanted to hold off merging! |
@tomjeatt |
85df9dd
to
f6471fc
Compare
@crypto-engineer not yet, no - there are almost certainly going to be some conflicts, so we need to get the vault status card branch merged first, and then merge this in afterwards. Will keep you posted :) |
f6471fc
to
f7c51bc
Compare
I found that we were referring to a relay chain's native tokens like DOT or KSM as collateral token. I think it's not correct. In the past, the relay chain's native token was the only collateral but now we are supporting multi-collaterals including KINT and USDC and more will be added. So I think we should update names accordingly.
This PR does not include any logical changes but just renaming. So I'd say it's safe to merge this PR without having a look at every single line of change in detail.