Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
T
Tor
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 1,066
    • Issues 1,066
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 17
    • Merge Requests 17
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Analytics
    • Analytics
    • CI / CD
    • Repository
    • Value Stream
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar

GitLab is used only for code review, issue tracking and project management. Canonical locations for source code are still https://gitweb.torproject.org/ https://git.torproject.org/ and git-rw.torproject.org.

  • The Tor Project
  • Core
  • Tor
  • Issues
  • #10968

Closed
Open
Opened Feb 20, 2014 by George Kadianakis@asnOwner

Authorities should use past consensuses to decide how to vote on relay flags

At the moment, each authority decides what flags to assign to each node based on its own memory. This means that authorities that have been started recently have a different impression -- compared to more long-lived authorities -- about some relays .

Something that might make more sense is if authorities used past consensuses to get a better idea about the stability and speed of relays.

Since authorities don't keep past consensuses around, a way to do the above might be to create a script that each authority runs, downloads the past consensuses, calculates statistics about all nodes, and then it creates a file with those statistics. Then the authority loads that file, and uses it to update its knowledge base.

There might be better approaches.

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None
Reference: tpo/core/tor#10968