[tor-onions] Prioritising Onion Service Features

[Tim Wilson-Brown - teor]

> On 28 Jan 2016, at 15:11, Mike Tigas <mike at tig.as> wrote:
> 
> Me, my personal vote would be for RSOS, but that's mostly a greedy vote
> to improve latency (and because I think we're a ways from running into a
> scale issue on our onion site).
> 
> What would be most beneficial to the network if a lot of non-hidden
> onion sites start to appear (say, more mainstream news sites), some with
> large traffic? I'm not sure if that would even be an issue, nor am I
> sure if it would happen, but it's a thought I have as I continue to
> share our onion site with my friends and counterparts. (My gut & basic
> understanding of the proposals says RSOS.)

RSOS reduces the number of hops between the client and onion service from 6 to 4.
(With circuit cannibalisation, the hop counts can actually be as high as 8 or 6.)
So it is better for latency, and puts less load on the Tor network.

Rendezvous Handoff means that each Tor rendezvous goes through a Tor instance with a different set of guards.
This overloads particular relays less, and loads each Tor onion service instance less.

But this effect can be partially achieved with OnionBalance, or with Alec's "multiple onion services with the same key" failover arrangement. (Do you have a catchy name for this, Alec?)

Tim

Tim Wilson-Brown (teor)

teor2345 at gmail dot com
PGP 968F094B

teor at blah dot im
OTR CAD08081 9755866D 89E2A06F E3558B7F B5A9D14F

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.torproject.org/pipermail/tor-onions/attachments/20160129/5afcde9b/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 842 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.torproject.org/pipermail/tor-onions/attachments/20160129/5afcde9b/attachment-0001.sig>