-
Notifications
You must be signed in to change notification settings - Fork 10
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: Future-proof init/upgrade libraries for other SubDAOs and releases (SC-888) #76
Conversation
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.
Refactor looks good. Some minor changes. Will deploy.
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.
All changes look good. Just waiting on moving the unlimited back to their original groupings as discussed in Slack.
Coverage after merging sc-888-init-lib-refactor into dev will be
Coverage Report
|
Summary of Changes
initAlmSystem
initializes almProxy, rateLimits and controller together, doing all sanity checks and all configuration.upgradeController
initializes a controller within an existing ALM system, deprecating anoldController
._initController
is shared by both of these functions, performing the necessary checks and configuration for initializing just the controller.setRateLimit
was moved to the RateLimitHelpers library. TherateLimits
param is nowaddress
instead ofIRateLimits
for easier usage.Testing a Local Staging Deployment
All staging tests are failing, but they can be verified against a local deployment. Set up two anvil nodes forking mainnet and base and do the following commands:
Then replace *latest.json files with release-DATE.json and update RELEASE_DATE in the test.