-
Notifications
You must be signed in to change notification settings - Fork 52
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
Add initial global protocol fees to the ProtocolFeeController #1330
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.
LGTM, looks pretty reasonable to me.
This is kinda sensitive so the second review should be as thorough as possible too.
great job @EndymionJkb ! |
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.
LGTM!
pkg/vault/contracts/VaultFactory.sol
Outdated
// If this passes, we know we can use the targetAddress for the vaultAddress. | ||
if (targetAddress != getDeploymentAddress(salt)) { |
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.
// If this passes, we know we can use the targetAddress for the vaultAddress. | |
if (targetAddress != getDeploymentAddress(salt)) { | |
// If this passes, we know we can use the targetAddress for the vaultAddress. | |
if (targetAddress != getVaultDeploymentAddress(salt)) { |
Probably, if we change the function name, the comment is not needed.
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.
Yes; that's what I had to do to solve the stack-too-deep error
Description
We had a request to incorporate default fees into the protocol fee controller, so that we don't need to use governance to set them after deployment.
Another issue related to new chains is the fact that the Protocol Fee Controller used to be deployed with the Vault in the Vault factory. This means we'd have to redeploy the Vault factory every time we migrated the fee controller. To avoid this, we pass the fee controller address to the Vault factory, so that it can be deployed externally and these two deployments are decoupled.
Type of change
Checklist:
main
, or there's a description of how to mergeIssue Resolution