-
Notifications
You must be signed in to change notification settings - Fork 42
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
Double voting #139
Comments
With our current design we track the votes of a validator for a given epoch. The problem can be solved by removing the validator votes for the current back to the last executed epoch when they leave so their votes don't persist after they're gone. This solution however requires us to for loop over the previous epochs, which is not optimal in blockchain. Do we still want to go with this approach? |
If the validator leaves we also have the problem that a different submission than the one he voted for may reach majority. So the whole executable submission logic would need to be re-evaluated on validator leave. This requires fundamental change in the contract logic. |
What is your take on the isssue @adlrocha ? |
In the new implementation of the contracts validators no longer need to vote for checkpoints. @dnkolegov, feel free to reopen if needed. |
The issue is described here - consensus-shipyard/ipc-actors#111
The text was updated successfully, but these errors were encountered: