On Wed, Mar 18, 2020 at 11:21 AM teor <t...@riseup.net> wrote: > > Hi Nick, > > > On 14 Mar 2020, at 14:44, teor <t...@riseup.net> wrote: > > > >> * As I work, I'm identifying other issues in tor that stand in > >> the way of a good efficient walking onion implementation that > >> will require other follow-up work. This week I ran into a > >> need for non-TAP-based v2 hidden services, and a need for a > >> more efficient family encoding. I'm keeping track of these > >> in my outline file. > > Here's another issue you might want to consider: > > Currently, new relays get in the consensus as soon as: > * they post their descriptors, and > * a majority of authorities can contact their ORPorts. > > That means clients and relays waste a whole bunch of bandwidth > downloading consensus info and descriptors for relays with very > low weights. > > Instead, we could have two documents:
Thanks for this! This dovetails nicely with some of the voting design work I'm up to right now. -- Nick _______________________________________________ tor-dev mailing list tor-dev@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
