Could Bob choose his own node as the rendezvous point, totally eliminating the load on the tor network?<br><br><div class="gmail_quote">On Wed, Jul 11, 2012 at 6:45 AM, Michael Rogers <span dir="ltr"><<a href="mailto:michael@briarproject.org" target="_blank">michael@briarproject.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<div class="im"><br>
On 11/07/12 14:02, James A. Donald wrote:<br>
>> It seems people are only aware of the last feature because of<br>
>> the poorly chosen name.  IMO, the "hidden" aspect is one of the<br>
>> less interesting features.  I've heard a rumor that there's a<br>
>> proposal to make a version of this feature which provides the<br>
>> other features without the hidden part for the benefit of lower<br>
>> latency.<br>
><br>
> This would be extremely convenient, for unhidden tor services could<br>
> not only provide lower latency, but could handle high bandwidth.<br>
<br>
</div>I think it might be possible to handle this from the client side by<br>
building circuits with fewer than three hops.<br>
<br>
If I remember right, hidden services work something like this:<br>
<br>
* Alice, a client running a hidden service, chooses several<br>
introduction points and builds a circuit to each one<br>
* Alice anonymously publishes the addresses of the introduction points<br>
* Bob, a client wishing to contact Alice's hidden service, anonymously<br>
retrieves the addresses of the introduction points<br>
* Bob chooses a rendezvous point and builds a circuit to it<br>
* Bob builds a circuit to one of Alice's introduction points and<br>
informs Alice of the rendezvous point<br>
* If Alice accepts the connection, she builds a circuit to Bob's<br>
rendezvous point, which connects Alice's circuit to Bob's circuit<br>
* Alice and Bob communicate through the connected circuits<br>
<br>
Usually each circuit has three hops, but if Alice and Bob don't need<br>
to be anonymous or unlinkable they can use one-hop circuits. The final<br>
connection would have two hops: Alice <-> rendezvous point <-> Bob.<br>
<br>
The client is responsible for choosing the length of the circuit in<br>
Tor, so it should be possible to do this through a client library like<br>
Silvertunnel without modifying the protocol or the relays.<br>
<br>
Cheers,<br>
Michael<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.10 (GNU/Linux)<br>
<br>
iQEcBAEBAgAGBQJP/YNxAAoJEBEET9GfxSfMIWMH/RabIuZ362zznSbpvkzx5CBW<br>
ZWH3yxEVY9IbgeeY6dV/IP65ZVfrQa4caPXohbG8HbJj7XJp/ijnan15Z0TtkN2j<br>
0ze9TSTZoU0Nk9KWfARBZ1Qdq3e7/Ui+RWNipjl+wjZtq4FVsmJ95hdqrUjKaNwK<br>
3LKVTaXAIbjcgWFWCZ+Tqm/7NxN4SlssG2ewNvnd77TKzMMoRO9wOc5jaBxfxdFY<br>
q3co0mFndh4l3lRw23m/MNJC/MWbyKysG5OhkjVRmQ/cI4klSKBiF2dJwOS3flNC<br>
+5y8ry1vzo/ltG2Tkpa2fZE1a+uu9OuH9/PPCRcGJH15krTtZKNoVq/60EltaEA=<br>
=oKrm<br>
-----END PGP SIGNATURE-----<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
tahoe-dev mailing list<br>
<a href="mailto:tahoe-dev@tahoe-lafs.org">tahoe-dev@tahoe-lafs.org</a><br>
<a href="https://tahoe-lafs.org/cgi-bin/mailman/listinfo/tahoe-dev" target="_blank">https://tahoe-lafs.org/cgi-bin/mailman/listinfo/tahoe-dev</a><br>
</div></div></blockquote></div><br>