<div dir="ltr">Several pieces of context that might be helpful to inform the discussion.<div><br></div><div>1. The inefficiencies of the proof of work scheme for block ordering in NameCoin are unlikely to remain relevant over the medium term. Virtually all Blockchain 2.0 are considering some variation on the block ordering algorithm that does not involve competitive hashing. BitShares is an example of an umbrella Blockchain 2.0 project that has been pursuing support for the DNS application and plans to release a working client within the next few weeks/months. <br>
<br>2. While the blockchain data structure itself offers a high degree of cryptographic trust, it isn't appropriate structure for doing fast lookups. The current state of the art in bitcoin technology is to parse a blockchain and generate a derivative structure that supports fast response to a number queries. Either building a full SQL database of names, values, transactions etc or building a variety of key/value stores is common. What is lost in building derivative data structures is the underlying cryptographic trust, these query tables can only be trusted if built locally under the users control. Maintaining a locally built database is an expensive operation from both a bandwidth and storage point of view. Running a queriable bitcoin instance requires about 20GB for the blocks and up to 40gb for indexed data tables of ledger. The need to provided some sort of query interface in generic Blockchain 2.0 clients has been getting increasing attention in the last few months. <br>
<br>If there exists some sort of scheme by which the work done to build a derivative representation of the ledger could be easily verified by clients doing queries without access to the full ledger, these problems could be eased substantially.<br>
<br> <br><br></div></div><div class="gmail_extra"><br clear="all"><div><div dir="ltr">US number: +1 650-492-8286<div><a href="https://play.google.com/store/apps/details?id=org.thoughtcrime.securesms&hl=en" target="_blank">Text Secure</a>: +1650-862-5992</div>
<div>Surespot/Wickr: zmanian<br><a href="https://raw.github.com/zmanian/pub_keys/master/gpg/%3Czaki@manian.org%3E.public.gpg-key" target="_blank">Public Key</a></div></div></div>
<br><br><div class="gmail_quote">On Wed, Aug 20, 2014 at 11:42 PM, elijah <span dir="ltr"><<a href="mailto:elijah@riseup.net" target="_blank">elijah@riseup.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">On 08/20/2014 07:39 PM, Tony Arcieri wrote:<br>
<br>
> I remember staring at Zooko's triangle in the days before Bitcoin and<br>
> thinking it was unsolvable, and in that regard, Namecoin was a bit of a<br>
> revelation. I had a bit of an "a-ha" moment reading Aaron Swartz's<br>
> original post about squaring Zooko's triangle.<br>
<br>
</div>Another way to look at it is that Zooko's triangle is alive and well, in<br>
the sense that a single global append-only log is a central authority,<br>
just one that is the result of a majority vote, so we feel better about it.<br>
<br>
There may be ways to feel better about uniqueness and human memorability<br>
too.<br>
<br>
If only we could all just use our face as our identifier. It is unique<br>
enough, usually, certainly memorable, usually, and there is no central<br>
authority deciding what face we can use (yet).<br>
<br>
Speaking of biometrics, someone just told me that they now make<br>
temporary tattoos with RFID chips and now I really want a neck tattoo<br>
that people have to scan with their phone to get my public key (the<br>
idiocy of RFID aside). All of my preference for a federated PKI<br>
infrastructure has gone out the door the moment I thought how cool it<br>
would look to have a public key on my neck in the shape of a bird<br>
tattoo. Also, much easier to change than your face when you need to.<br>
<span class="HOEnZb"><font color="#888888"><br>
-elijah<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Messaging mailing list<br>
<a href="mailto:Messaging@moderncrypto.org">Messaging@moderncrypto.org</a><br>
<a href="https://moderncrypto.org/mailman/listinfo/messaging" target="_blank">https://moderncrypto.org/mailman/listinfo/messaging</a><br>
</div></div></blockquote></div><br></div>