<div dir="ltr">In order to have an effective system of blinded identities, you need to have an out of band channel to transmit 128-256 bits from the server to the client. This is essential for blinding the in-band adversary to the long term shared identity between the client and server. A naming system will move that blinding data back into the in-band channel.<br><br>There needs to be better tools for working with 128-256 bits of data. <br><br>We have bookmarks, QR codes, and word lists etc but there is tons of room for improvement.<br><br>It seems impossible to strongly blind an in band adversary while moving fewer bits through the address channel.</div><br><div class="gmail_quote"><div dir="ltr">On Sun, Jul 31, 2016 at 8:03 AM Razvan Dragomirescu <<a href="mailto:razvan.dragomirescu@veri.fi">razvan.dragomirescu@veri.fi</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I agree with this, I don't really see the point of making .onion names easy to remember. If it's a service you access often, you can bookmark it or alias it locally to something like "myserver.onion" (maybe we should make it easier for users to do just that - an alias file for .onion lookups, allowing them to register myserver.onion and point it to asdlataoireaoiasdasd.onion or whatever).<div><br></div><div>If it's a link on a Wiki or in a search engine, you just click on it, you don't care what the name is. The only time you'd have to remember an actual .onion address is if you heard it on the radio or saw a banner on the side of the street while driving and had to memorize it in a few seconds. Or maybe if you have to read the address _over the phone_ to a friend (as opposed to mailing him the link).</div><div><br></div><div>What is the exact use case of this? I'm not saying it's useless, I just don't see the point, maybe I'm missing something.</div><div><br></div><div>Razvan</div><div><br></div><div>--</div><div>Razvan Dragomirescu</div><div>Chief Technology Officer</div><div>Cayenne Graphics SRL</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jul 30, 2016 at 9:44 PM, Lunar <span dir="ltr"><<a href="mailto:lunar@torproject.org" target="_blank">lunar@torproject.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">George Kadianakis:<br>
<span>> this is an experimental mail meant to address legitimate usability concerns<br>
> with the size of onion addresses after proposal 224 gets implemented. It's<br>
> meant for discussion and it's far from a full blown proposal.<br>
<br>
</span>Taking a step back here, I believe the size of the address to be a<br>
really minor usability problem. IPv6 adressses are 128 bits long, and<br>
plenty of people in this world now access content via IPv6. It's not a<br>
usability problem because they use a naming—as opposed to<br>
addressing—scheme to learn about the appropriate IPv6 address.<br>
<br>
While I do think we should think of nicer representation for the new<br>
addresses than base32, and we should adress that, working on a naming<br>
system sounds like an easier way out to improve onion services<br>
usability than asking people to remember random addresses (be them 16 or<br>
52 characters-long).<br>
<br>
(I now plenty of people who type “riseup” in the Google search bar of<br>
their browser to access their mailbox… They don't even want to/can't remember<br>
an URL. Hardly a chance they will remember an onion address, whatever<br>
its size.)<br>
<br>
Maybe it would be worthwhile to ask the UX team for input on the topic?<br>
<span><font color="#888888"><br>
--<br>
Lunar                                             <<a href="mailto:lunar@torproject.org" target="_blank">lunar@torproject.org</a>><br>
</font></span><br>_______________________________________________<br>
tor-dev mailing list<br>
<a href="mailto:tor-dev@lists.torproject.org" target="_blank">tor-dev@lists.torproject.org</a><br>
<a href="https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev" rel="noreferrer" target="_blank">https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev</a><br>
<br></blockquote></div><br></div>
_______________________________________________<br>
tor-dev mailing list<br>
<a href="mailto:tor-dev@lists.torproject.org" target="_blank">tor-dev@lists.torproject.org</a><br>
<a href="https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev" rel="noreferrer" target="_blank">https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev</a><br>
</blockquote></div>