<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div></div><div><br></div><div>On 27 Jan 2016, at 04:09, Tim Wilson-Brown - teor <<a href="mailto:teor2345@gmail.com">teor2345@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div><meta http-equiv="Content-Type" content="text/html charset=us-ascii">Hi All,<div class=""><br class=""></div><div class=""><div class=""><div class="">As onion (hidden) service operators, what features would you like to see in release 0.2.8?</div></div><div class="">I want to find out what will help onion service operators the most.</div><div class=""><br class=""></div><div class="">I think I might be able to finish Rendezvous Single Onion Services, or help finish Rendezvous Handoff, but not both.</div><div class=""><br class=""></div><div class="">A Rendezvous Single Onion Service (RSOS) is an onion service that connects directly to the introduction and rendezvous points.</div><div class="">For services that don't need to hide their location, it provides better connection latency, and likely better throughput.</div><div class="">(And a large RSOS puts less load on the Tor network than a large HS.)</div><div class="">See proposal #260 for more information: <a href="https://gitweb.torproject.org/torspec.git/tree/proposals/260-rend-single-onion.txt" class="">https://gitweb.torproject.org/torspec.git/tree/proposals/260-rend-single-onion.txt</a></div><div class="">And for the remaining tasks: <a href="https://trac.torproject.org/projects/tor/ticket/17178#childtickets" class="">https://trac.torproject.org/projects/tor/ticket/17178#childtickets</a></div><div class=""><br class=""></div><div class=""><div class="">Rendezvous Handoff allows Hidden Services and Rendezvous Single Onion Services to perform the introduction in one tor process, and then handoff the rendezvous to a separate tor process. This allows services to scale beyond the number of rendezvous connections (clients) that a single tor process can handle. We suspect that's about 100 at this point.</div><div class="">See proposal #255 for more information: <a href="https://gitweb.torproject.org/torspec.git/tree/proposals/255-hs-load-balancing.txt" class="">https://gitweb.torproject.org/torspec.git/tree/proposals/255-hs-load-balancing.txt</a></div><div class="">And for the draft implementation: <a href="https://trac.torproject.org/projects/tor/ticket/17254" class="">https://trac.torproject.org/projects/tor/ticket/17254</a></div><div class="">And the issue it's trying to solve: <a href="https://trac.torproject.org/projects/tor/ticket/8902" class="">https://trac.torproject.org/projects/tor/ticket/8902</a></div></div><div class=""><br class=""></div><div class=""><div class="">Some personal background:</div><div class="">I have about a week to a month of development time left before I have to start some other work.</div><div class="">At this point, it's unclear whether I will be working on Tor or not.</div><div class="">So I'd like to maximise the impact of my remaining Tor development time.</div></div><div class=""><br class=""></div><div class="">It would be great if you could help me work out how to do that!</div><div class=""><br class=""></div><div class="">Thanks</div><div class=""><br class=""></div><div class="">Tim</div><div class=""><br></div></div></div></blockquote><br><div>I can do the rendezvous handoff code. It's taking a bit longer than initially planned, mostly because of my terrible time management skills, but it'll definitely be there for 0.2.8.</div><div><br></div><div>RSOS is your baby, I'd say focus on that one :-)</div><div><br></div><div>Tom</div><div><br></div></body></html>