Blockstore: A Key-Value Store on Bitcoin

Namecoin is around for years, and it's true key-value blockchain database, not DHT with values hashes stored in chain within financial transactions(why?). Another cryptocurrency, Nxt, has messaging ability giving possibility to write up to 1K chars within message, up to 10K in messages chain, enough for many kinds of documents.

I&#x27;ve been working on a Namecoin light-resolving client lately, and this looks really intriguing. However, like with Namecoin (but more urgent because of the need for Bitcoin blocks), how &quot;fast&quot; can a node come online to this system (and how much data is needed to be downloaded)?<p>Are you aiming for the &quot;light-resolver&quot; marketplace, or is this solution really for people who are already running full Bitcoin nodes?

Seriously, this BUZZWORD meets BUZZWORD linkbait is getting old, especially the blockchain variety. Bitcoin is not the hammer to every nail. This is not a good idea and there is not even an attempt here to rationalize why this is a good idea.

What incentive do blockstore nodes have to store data? Bittorrent nodes have the tit-for-tat mechanism for faster downloads. IPFS nodes get monetary compensation via &#x27;filecoin&#x27; (in the works).

Isn&#x27;t Bitcoin already a key-value store? One private key can store millions of dollars of value.... :)

They&#x27;re currently using Namecoin, and it works perfectly. The argument to use Bitcoin seems to be that it&#x27;s sexier. Is it harder to get funding for Namecoin applications?

Neat! So if I understand correctly, first you retrieve the &quot;value&quot; from the blockchain, which acts as the index into the DHT you&#x27;re running separately?<p>Are you seeding the DHT with your own machines right now? At web scale, wouldn&#x27;t the number of machines participating in the storage network (as opposed to the blockchain) need to be huge?

Can anyone ELI5? Honestly, I&#x27;d settle for an ELI12 on this one.