<div dir="ltr">FYI: I think this may be a possible blue print for a web version of bitcoin+ripple combined.<br><div><br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Melvin Carvalho</b> <span dir="ltr">&lt;<a href="mailto:melvincarvalho@gmail.com">melvincarvalho@gmail.com</a>&gt;</span><br>
Date: 5 June 2013 18:50<br>Subject: Creating a Currency for the (Read / Write) Web<br>To: public-rww &lt;<a href="mailto:public-rww@w3.org">public-rww@w3.org</a>&gt;, Nathan Rixham &lt;<a href="mailto:nrixham@gmail.com">nrixham@gmail.com</a>&gt;, Web Payments &lt;<a href="mailto:public-webpayments@w3.org">public-webpayments@w3.org</a>&gt;<br>
<br><br><div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div>I&#39;ve been thinking for a while about how to create a currency for the read write web.  And I thought I&#39;d share some preliminary ideas.  Essentially this is bitcoin+ripple translated to the Web.<br>

<br></div><b>Introduction<br><br></b></div>For those not familiar with the bitcoin concept it&#39;s essentially a distributed ledger where each subject is a primary key in the ledger and can hold 0 or more coins.  Coins are transferred using a signed and timestamped PKI transaction log from one address to another, in a distributed data base.  <br>

<br></div><b>Addresses<br><br></b></div>I think using a portable URI for addresses is the thing that makes most sense.  So possibilities for this may be a URN, or schemes such as di: (digest) or ni: (named information).  Anyone should be able to generate an address, and they should be wide ranging to improve liquidity.<br>

<br></div><div><b>Balances<br><br></b></div><div>Balances can be calculated by summing all inputs to that address.  You can additionally keep a state of balances using the payswarm vocab, or perhaps, goodRelations<br></div>

<div><br></div><b>Transactions<br><br></b></div>I think a distributed data base could be maintained using read / write web technologies, such as HTTP POST / PATCH or SPARQL Update.  The signatures could be added using the WebKeys spec.<br>

<br></div><b>Distributed Database<br><br></b></div>There are challenges associated with maintaining a distributed database.  I suggest we start small and whoever opts in can become part of the verification process.  There are two recent methods for mitigating race conditions an important one of which is called &quot;double spend&quot;.  One is proof of work, the other is consensus based on a unique node list.  I would suggest using both techniques.  I&#39;d like it to be possible to use both HTTP (with self signed certificates), HTTP, and (secure) websockets too as the transport layer.<br>

<br></div><b>Coin Creation<br><br></b></div>This tends to be the most contentious point, with people tending not to like the &quot;premine&quot; concept where you allocate coins to yourself.  However companies like opencoin have successfully rolled out multi million or even billion dollar premine schemes.  I would suggest coin creation in line with bitcoin, where they are created proportionally to those maintaining the integrity of rhe shared database.<br>

<br></div><b>Spam Protection<br><br></b></div>Given the nature of the system, it may be easy to spam the network with micro transactions.  As such there should be a transaction fee where those that pay the highest fee are prioritized.<br>

<br></div><b>Trust and Reputation<br><br></b></div>I think it would also help to have a trust and reputation system added to the process, such that honest nodes benefit from acting honestly, and nodes which are dishonest or not up to date are considered less dubious.  The nature of the function should be that it&#39;s exponentially harder to gain trust after you have a certain score.  Similar to chess ELO ratings.<br>

<br></div><b>Linked Data and Exensibility<br><br></b></div>I think there should be a deep integration with web principles and linked data to promote an app eco system and allow unexpected reuse.  Also it should allow extensions such as the ripple protocol&#39;s trust lines, IOUs and distributed markets, which are not initially scoped out.  Reusing existing concepts such as the bitcon blockchain (e.g. so-called coloured coins), ripple ledger, opentransactions, payswarm and web credits should all be doable.<br>

<br><br></div>Just some food for thought.  Criticisms welcome.  Please let me know if you&#39;re interested in running a node, and maybe we an get a reference implementation going, as proof of concept.<br></div>
</div><br></div></div>