-
Notifications
You must be signed in to change notification settings - Fork 5
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
contest selection limit vs option selection limit (ranked choice) #337
Comments
p 31, 3.3.5: "NIZK Proof: Proves that (α, β) is an encryption of an integer in the range 0, 1, . . . , R...." p 34, 3.3.8: (6.3) aj = g vj · ᾱcj mod p for all 0 ≤ j ≤ L, R for selection limit (verification 5), L for contest limit (verification 6) |
Verification 13.B, 13.C (13.B) For each option in the contest, the selection σ is a valid value — usually either a 0 or a 1. should be: (13.B) For each option in the contest, the selection σ is a valid value — between 0 and R |
"Using range proofs with a range contest selection sum == contest selection limit |
p.32 and 6.2.4
|
…otingworks#337) Rename votesAllowed -> contestLimit. Remove votesAllowed from ManifestIF, use contestLimit(), optionLimit(). Add Manifest validate C.5, C.6. Fix KotestBallotGenerators compile warnings.
PR#384 solves most of this.
|
contest selection limit vs option selection limit.
"ElectionGuard allows a selection to be the assignment of a value in a range {0, 1, . . . , R},
where R is the option selection limit, a positive integer that defines the maximal value allowed to
be assigned to this option by the voter. For each contest, the election manifest must specify the
option selection limit for the options in this contest, and must also specify a contest selection limit
L, which is the maximal total value for the sum of all selections made in that contest." p 17
The text was updated successfully, but these errors were encountered: