ATTN: for-profit Tor operators

Matt Thorne mlthorne at gmail.com
Thu Nov 24 15:06:24 UTC 2005


a small risk in letting the logging of traffic flow reside on the
client side is that some people will find a way around it... But for
the most part it would work IMHO.

On 11/23/05, Glymr Darkmoon <glymr_darkmoon at ml1.net> wrote:
> a scheme similar to what is used on edonkey could be used, a ratio
> scheme. the amount of bandwidth provisioned by default could be
> calibrated to be a fixed ratio to originating traffic. or even better,
> to an equal ratio. the client side would log the bandwidth usage, and
> the server side would then subtract the provisioned relay traffic from
> the used originating traffic. and vice versa.
>
> On Wed, 23 Nov 2005 15:22:28 -0800, "Glymr Darkmoon"
> <glymr_darkmoon at ml1.net> said:
> > i should also point out that altering the tor software to ALWAYS be set
> > up as a relay node would solve the problem of provision of the network.
> > An exception should be possible for those on dialup connections, since
> > their available bandwidth is miniscule. perhaps the easy way to do this
> > is if you disable the relay function of tor it cuts the bandwidth down
> > to dialup speed. this would then mean that true dialup users would not
> > be inconvenienced by this, but those wishing to free ride on the tor
> > network would be, and those who can free ride can help.
> >
> > since most users are lazy, making it relay by default would dramatically
> > increase the size of the network.
> > --
> >   Glymr Darkmoon
> >   glymr_darkmoon at ml1.net
> >
> > --
> > http://www.fastmail.fm - The way an email service should be
> >
> --
>  Glymr Darkmoon
>  glymr_darkmoon at ml1.net
>
> --
> http://www.fastmail.fm - mmm... Fastmail...
>
>



More information about the tor-talk mailing list