-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Remove "SolutionImprovementThreshold" logic #10340
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
Remove "SolutionImprovementThreshold" logic #10340
Conversation
b6af2a9 to
6f2a7dd
Compare
|
/cmd prdoc |
2f1b458 to
43e08d4
Compare
|
/cmd prdoc |
474290a to
8005345
Compare
|
/cmd prdoc |
08f97ea to
6570639
Compare
|
All GitHub workflows were cancelled due to failure one of the required jobs. |
sigurpol
left a comment
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.
Good stuff! Some very minor commens (mostly cosmetic) and I agree with @kianenigma in reverting all changes for Cargo.lock that seems not related to this PR
substrate/frame/election-provider-multi-block/src/unsigned/mod.rs
Outdated
Show resolved
Hide resolved
|
also: this is a classic coming from CI... Worth trying to run |
substrate/frame/election-provider-multi-block/src/unsigned/mod.rs
Outdated
Show resolved
Hide resolved
substrate/frame/election-provider-multi-block/src/unsigned/mod.rs
Outdated
Show resolved
Hide resolved
substrate/frame/election-provider-multi-block/src/unsigned/mod.rs
Outdated
Show resolved
Hide resolved
kianenigma
left a comment
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.
Some tests need to be improved, otherwise looks good!
Fixes #9119 The threshold mechanism used by the "election-provider-multi-block" verifier pallet is no longer relevant because there is no more queued solution to compare against during the initial verification and subseuquently, solutions are processed in the order of decreasing score, with the first one being chosen in all cases. --------- Signed-off-by: Andrei Trandafir <[email protected]>
6570639 to
b51d2e7
Compare
sigurpol
left a comment
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.
Great stuff!
|
I've added the backport to 2512 label - which is maybe debatable (cc @kianenigma ) but it would be nice to see this change on the field.
Once in the more far distant future we will have to update the runtime in the fellowship for polkadot / kusama to include and SDK containing this change, you will have to:
What do you think? |
I fully agree, since this will be my first backporting and it should help me familiarize myself with the process. |
| } | ||
| } | ||
|
|
||
| /// Compares two sets of election scores based on desirability, returning true if `self` is |
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.
what does strict_better mean here? Does all three elements of self election score need to be better than the other?
Ank4n
left a comment
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
Fixes [9119](#9119) The threshold mechanism used by the "election-provider-multi-block" verifier pallet is no longer relevant because there is no more queued solution to compare against during the initial verification and subseuquently, solutions are processed in the order of decreasing score, with the first one being chosen in all cases. --------- Signed-off-by: Andrei Trandafir <[email protected]> Co-authored-by: cmd[bot] <41898282+github-actions[bot]@users.noreply.github.com> (cherry picked from commit 8c073c5)
|
Successfully created backport PR for |
Fixes 9119
The threshold mechanism used by the "election-provider-multi-block" verifier pallet is no longer relevant because there is no more queued solution to compare against during the initial verification and subseuquently, solutions are processed in the order of decreasing score, with the first one being chosen in all cases.