[tor-dev] Improving Tor Hidden Services
art at baculo.org
Fri Mar 23 23:15:46 UTC 2012
Setting aside the issue related with usability there are also some
improvements that can be made to make Tor HS more performant.
I will summarize here the ideas that have been brought forward along
that are not detailed anywhere and would like to see more interest in.
I would suggest to start collecting all the information regarded to Tor HS
improvements on this wiki page:
With respect to what is already on that page I got some feedback from
on those two items on IRC, but I did not note them down. It would be
good if you
were to summarize the critiques here or on the wiki page.
Also there are a set of proposals that are related to Tor HS
have been abandoned for some time and I believe it would be useful to
them inside of that wiki page.
The proposals are:
Title: Hidden Service Authentication
Title: Combine Introduction and Rendezvous Points
Title: Improvements of Distributed Storage for Tor Hidden Service
Title: Four Improvements of Hidden Service Performance
Title: Mnemonic .onion URLs
and also this inside of the ideas, that is loosely related to #194, but
instead of offering
an encoding it offers a petname system:
Title: .onion nym system
The single most important thing I believe is needed in Tor Hidden
Service is Encrypted services.
These can be seen, in a way, as the reverse of Tor2web mode. It allows
people to publish Hidden Services
with no anonymity, but have the Tor end-to-end encryption and
I see these to be the future of what was previously done, poorly, with
Tor Exit Enclaves. One that
wishes to have an end-to-end encrypted tunnel from Tor clients can run
an encrypted service and have
a reduced number of hops from the IP and RP.
Roger started writing up a spec on this and it can be found here:
Title: Encrypted services as a replacement to exit enclaving
More information about the tor-dev