[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [tor-bugs] #3015 [BridgeDB]: Enhance bucket functionality



#3015: Enhance bucket functionality
-------------------------+--------------------------------------------------
 Reporter:  kaner        |          Owner:  kaner   
     Type:  enhancement  |         Status:  assigned
 Priority:  normal       |      Milestone:          
Component:  BridgeDB     |        Version:          
 Keywords:               |         Parent:          
   Points:               |   Actualpoints:          
-------------------------+--------------------------------------------------
Changes (by karsten):

  * owner:  karsten => kaner
  * status:  needs_review => assigned


Comment:

 Replying to [ticket:3015 kaner]:
 > The bucket mechanism in BridgeDB currently lacks two important features:
 >
 > a) Only give out bridges that are `fresh`, meaning those that have been
 seen recently enough to be considered worth giving out.

 Wait a minute.  I thought we were only giving out bridges that were
 contained in the last known network status.  Aren't they ''fresh'' by
 definition?

 > b) Give the user the opportunity to add a number of fresh bridges to a
 certain bucket pool each time BridgeDB -d is run. This makes it much
 easier to only mail a delta to a given bridge distributor person plus
 gives that user a predictable number of new bridges each time.

 I don't quite understand how that works.  If we always add a number of new
 bridges, doesn't that mean we'll soon run out of new bridges?  The bucket
 files cannot grow forever while still having unallocated bridges.  Or
 rather, finding the correct rate that matches the current bridge churn
 will be difficult.

 When making changes like these, can you first update the spec to say what
 things you want to change?  I'm under the impression that we (including
 Roger) are not really sure what we want here.

-- 
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/3015#comment:3>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs