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

["A. Johnson" <aaron.m.johnson@xxxxxxxxxxxx>]

>> 
>> Why not simply "onion service"?
> 
> Because we have already started using "onion service" to cover what we
> previously called "hidden servicesâ

Right.

> My latest thinking about the terminology is that we should call them
> something like "client side onion service" (CSOS, suggested
> pronunciation C-sauce).

These suggestions are too long, in my opinion, and a short acronym cannot substitute for a short name. Of primary importance, I think, is that the name be easy to use and is meaningful. I like the [modifier]+"onion serviceâ approach, which can be further shortened to [modifier]+âserviceâ when the onion context is clear. This already works for âhidden serviceâ, which we can more clearly refer to using âhidden onion serviceâ. Some options following this pattern are
  1. fast onion service
  2. exposed onion service
  3. direct onion service
  4. peeled onion service
  5. bare onion service

Iâm beginning to like âexposed onion serviceâ. It makes clear the important property that the service is not hidden, it is easy to use, and it has a usable acronym (EOS or ES).

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