[tor-bugs] #9778 [Onionoo]: Adding votes documents to Onionoo

Tor Bug Tracker & Wiki blackhole at torproject.org
Tue Sep 24 14:21:55 UTC 2013


#9778: Adding votes documents to Onionoo
-----------------------------+---------------------
     Reporter:  karsten      |      Owner:  karsten
         Type:  enhancement  |     Status:  new
     Priority:  normal       |  Milestone:
    Component:  Onionoo      |    Version:
   Resolution:               |   Keywords:
Actual Points:               |  Parent ID:
       Points:               |
-----------------------------+---------------------

Comment (by karsten):

 Actually, we could reflect this in the data format.  It would reduce
 document size a lot.  Here's the example from above if we only include
 flags that the authorities disagree about:

 {{{
 {
     "relays_published": "2013-09-19 09:00:00",
     "relays": [
         {
             "nickname": "gabelmoo",
             "fingerprint": "F2044413DAC2E02E3D6BCF4735A19BCA1DE97281",
             "missing_flags": {
                 "gabelmoo": [
                     "HSDir",
                     "Stable"
                 ],
             },
             "measured": {
                 "moria1": 9
             }
         }
     ],
     "bridges_published": "2013-09-19 08:37:03",
     "bridges": []
 }
 }}}

 The `missing_flags` field would only list flags that are contained in the
 consensus but which an authority didn't vote on.  (If an authority doesn't
 vote on a certain flag, that flag wouldn't be listed here; otherwise the
 dict would contain Faravahar, dannenberg, etc. not voting on Named, and
 that doesn't make sense.)

 There would also be an `extra_flags` field if one of the authorities voted
 on a flag that didn't make it into the consensus.  But if that's not the
 case, that field would be omitted.

 I wonder if we should simply include these three new fields
 (`missing_flags`, `extra_flags`, and `measured`) in the details documents.
 Adding a new document type has some overhead that we'd avoid here.  I
 guess I'll write a quick implementation and see how much bigger details
 documents will be.

 But before I do this, I'd like to know what we're going to build as
 alternative to the consensus-health web page:
 https://lists.torproject.org/pipermail/tor-dev/2013-September/005476.html.
 This ticket was suggested as one solution to replace that web page, though
 I can see how it would be useful to add this information to Atlas et al.
 regardless of that discussion.  Still, let's see how that goes before
 building the wrong thing.

 Thanks for your response!

-- 
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/9778#comment:4>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online


More information about the tor-bugs mailing list