-
Notifications
You must be signed in to change notification settings - Fork 19
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
chore: add rfc for canonical deployments #317
base: main
Are you sure you want to change the base?
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #317 +/- ##
=======================================
Coverage 99.84% 99.84%
=======================================
Files 14 14
Lines 665 665
=======================================
Hits 664 664
Misses 1 1 ☔ View full report in Codecov by Sentry. |
1. Testnet - staging | ||
- This is going to be secured with no timelock and contracts are going to be upgraded on every push to main. | ||
2. Testnet - production | ||
- This is going to be the canonical deployment between EVM and the Hub. Contracts are going to be timelocked with a tiny delay and transactions will be signed using a Gnosis Safe to replicate mainnet conditions. |
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.
canonical testnet deployment, perhaps?
1. Fetch dependency data if needed (e.g. Router address if deploying Transfer) | ||
2. Deploy the contract onto the specified network | ||
3. Check for contract deployment success | ||
4. Update the mapping between address => deployment data (commit hash, initialization parameters) |
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.
wdym?
1. Testnet - automatically sign the transactions and upgrade the contract | ||
2. Dump the resulting transaction signature and parameters into an artifact | ||
|
||
### Deployment schema |
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.
It's not clear to me what this actually is. Is this the deployments that are live? The word "schema" threw me off a bit.
1. Deployment of contract instances | ||
2. Upgrading the contract proxies to the new instances | ||
|
||
### Deployment of contract instances |
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.
Are light clients separate from this process?
Description
closes: #XXXX
Before we can merge this PR, please make sure that all the following items have been
checked off. If any of the checklist items are not applicable, please leave them but
write a little note why.
godoc
comments.Files changed
in the GitHub PR explorer.SonarCloud Report
in the comment section below once CI passes.