From 369f99df5653bf20052c35ecf5f1cf3641c112dc Mon Sep 17 00:00:00 2001 From: Nick Mathewson Date: Wed, 2 Jul 2008 18:04:01 +0000 Subject: r16664@tombo: nickm | 2008-07-02 14:03:44 -0400 Add two new proposals. svn:r15606 --- proposals/145-newguard-flag.txt | 37 +++++++++++++++++++++++++++++++++++++ 1 file changed, 37 insertions(+) create mode 100644 proposals/145-newguard-flag.txt (limited to 'proposals/145-newguard-flag.txt') diff --git a/proposals/145-newguard-flag.txt b/proposals/145-newguard-flag.txt new file mode 100644 index 0000000..04eff06 --- /dev/null +++ b/proposals/145-newguard-flag.txt @@ -0,0 +1,37 @@ +Filename: 145-newguard-flag.txt +Title: Separate "suitable as a guard" from "suitable as a new guard" +Version: $Revision$ +Last-Modified: $Date$ +Author: Nick Mathewson +Created: 1-Jul-2008 +Status: Draft + +Overview + + Right now, Tor has one flag that clients use both to tell which + nodes should be kept as guards, and which nodes should be picked + when choosing new guards. This proposal separates this flag into + two. + +Motivation + + Balancing clients amoung guards is not done well by our current + algorithm. When a new guard appears, it is chosen by clients + looking for a new guard with the same probability as all existing + guards... but new guards are likelier to be under capacity, whereas + old guards are likelier to be under more use. + +Implementation + + We add a new flag, NewGuard. Clients will change so that when they + are choosing new guards, they only consider nodes with the NewGuard + flag set. + + For now, authorities will always set NewGuard if they are setting + the Guard flag. Later, it will be easy to migrate authorities to + set NewGuard for underused guards. + +Alternatives + + We might instead have authorities list weights with which nodes + should be picked as guards. -- cgit v1.2.3-54-g00ecf