-
Notifications
You must be signed in to change notification settings - Fork 2.2k
fix(protocol): fix _getOperatorForEpoch in PreconfWhitelist.sol #19329
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
Conversation
I deployed this one, and its working so far. edit: nevermind, it changes the nextOperator mid epoch. I can try to deploy this one. If it doesnt work, we should just use the old |
…taikoxyz/taiko-mono into additional_whitelist_epoch_fix-
// selectorEpochOffset must be big enough to ensure a non-zero beacon root is | ||
// available and immutable. |
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.
Why does having big enough selectorEpochOffset
ensure non-zero beacon root? In other words, isn't something like following enough?
// selectorEpochOffset must be big enough to ensure a non-zero beacon root is | |
// available and immutable. | |
// selectorEpochOffset must be big enough to ensure that the beacon root is finalized and | |
// cannot change due to reorg. |
Related to #19327.
@cyberhorsey I think your fix won't work -- you make the timestamp (for which the beacon root is queried) bigger, which makes the return value less predictable as the random seed. I think we should make the value smaller so we query a older beacon root as the random seed.
Please test both your PR and mine to verify.