[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [tor-dev] Draft of proposal "Direct Onion Services: Fast-but-not-hidden services"

The problem with "fast", "direct", and maybe "bare" is that they
describe some property we're trying to provide with these. Like
hidden, I think the chance that they will evolve or be applied in some
way for which these terms won't apply is too great.

I disagree in general. Hidden service is still a perfectly accurate term. âFastâ may have this issue if such services change and take advantage of the fact that the server location is known for other purposes (e.g. location-based security improvements).

The problem with "exposed", "peeled", and maybe "bare" is that these
all imply that these are onion services that are diminished in some
way.

I can see this with âexposedâ (although it actually has the advantage of making it clear to the operators that the service is *not hidden*). Neither âpeeledâ nor âbareâ seems negative to me.

because if it ends up not having the .onion
domain name or requiring lookup in the HSdir system etc.

This doesnât seem relevant. We are discussing an existing proposal, in which the .onion domain and Tor's name resolution service are used.

This is another reason why [modifier] onion service is
problematic; it will almost certainly get shortened in use, just
as location-hidden service did.

The obvious and suggested shortening (i.e. omitting the word âonionâ) works well, in my opinion.

Here's one suggestion: must-tor service (or mustor service if we want
to be even more compressed.

This reminds me of the âTor-required serviceâ suggestion you initially made. I dislike like it for the same reasons, the primary one of which is that it uses two entirely separate names for services that actually will probably indistinguishable to the user. Thatâs why I like the âonion servicesâ umbrella over both hidden and fast/direct/exposed/public/peeled/etc. 

Best,
Aaron

_______________________________________________
tor-dev mailing list
tor-dev@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev