Matthew Finkel <span dir="ltr"><<a href="mailto:matthew.finkel@gmail.com" target="_blank">matthew.finkel@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So I think we should make some terms clear (just for the sake of<br>
clarity). We have, I guess, three different naming-system ideas<br>
floating here: petnames, (distibuted) namecoin-ish, and centralized<br>
consensus-based - rough summary.<br>
<br>
Some months ago, the petname system interested me enough that I started<br>
to write a proposal for it. At this point, it's wound up in bitrot.<br>
Though I'd spent a bit of time working on it, there was no comprehensive<br>
way to accomplish it.</blockquote><div><br></div><div>  I too started writing a petname proposal only to have it wind up on the backburner.</div><div><br></div><div>  In a nutshell, there would be a sort of pseudo-DNS that allow a given .onion to define a petname through a file on their site.  For example, somename.onion/petname.txt could shorten the address to bettername.pet.  The pseudo-DNS would check if a hidden service is alive once every few days, and if the onion is down for thirty days, the petname is freed up for someone else to use.  This has the side effect of promoting good onion upkeep.</div>
<div><br></div><div>  I like the idea of federating hidden services and eepsites into one petname system, but not sure how possible/practical that would be.  Of course, there's really nothing keeping an independent actor from making this and offering it as a firefox plugin for those who might want to use it.</div>
<div><br></div><div>Thoughts?</div><div><br></div><div>~Griffin</div></div>-- <br>Technical Program Associate, Open Technology Institute<br><div>#Foucault / PGP: 0xAE792C97 / OTR: <a href="mailto:saint@jabber.ccc.de" target="_blank">saint@jabber.ccc.de</a></div>