-
Notifications
You must be signed in to change notification settings - Fork 57
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
feat: adding a restriction to proposers and challenger 🤌 #550
Conversation
ab0b9f3
to
f3421b7
Compare
_; | ||
} | ||
|
||
function setBootProposer(address proposer) external onlyOwner { |
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.
With this approach we can only have one challenger and one proposer address, unless I've misunderstood. Whilst, initially we want to restrict who can propose and who can challenge, I can image that quite early on we would want to add additional proposers and challengers, if only for resilience (e.g. to guard against a proposer running out of money or getting banned). We can of course upgrade the contract to make such a change but would it be good to start with a mapping of allowed proposers and challengers, so that the owner can add and remove them?
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.
Well I agree with you, but I think the next step will be to just remove all this, as we're definitely only gonna have one proposer and challenger. But I'll tag @ChaitanyaKonda to decide if it's worth to make it a mapping or if we can leave it as just one proposer and challenger
I know this one will conflict with #527 but I guess that's a problem for my future self
Closes #541
I also removed some duplicate stuff in config, moved them to reference TEST_OPTIONS