[tor-bugs] #16943 [Tor]: Implement prop250 (Random Number Generation During Tor Voting)
Tor Bug Tracker & Wiki
blackhole at torproject.org
Mon Nov 30 08:47:49 UTC 2015
#16943: Implement prop250 (Random Number Generation During Tor Voting)
----------------------+------------------------------------
Reporter: asn | Owner:
Type: defect | Status: new
Priority: Medium | Milestone: Tor: 0.2.8.x-final
Component: Tor | Version:
Severity: Blocker | Resolution:
Keywords: tor-hs | Actual Points:
Parent ID: #8244 | Points: large
Sponsor: SponsorR |
----------------------+------------------------------------
Comment (by asn):
Replying to [comment:15 dgoulet]:
> Latest branch with code rebased on master and improvement: `prop250_v4`.
>
Great! Please also check my `prop250_v4` branch. Based on yours with a few
mods.
Specifically:
- Some small code tweaks and variable/function renames.
- I removed the disaster formula. It's not useful anymore. Please see
commit message for more info.
- Made the vote parsing logic a bit more robust, I hope.
- I renamed and changed the semantics of `NumSRParticipants`. Now, instead
of using it just to count the number of participants, we use it to reject
SRVs that have been voted by less than `NumSRParticipants` dirauths. This
makes us more robust against edge cases like the one where the 5th SR
dirauth appears during the reveal phase and calculates a different SRV
than the other 4.
- Also, now on the majority calculation, I use the total number of
dirauths instead of the number of voters. I did this to mirror the way the
`n_required` works in `networkstatus_check_consensus_signature()`.
Let me know if you find these things reasonable!!!
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/16943#comment:16>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list