I think the scope of this BIP is not so well defined right now. We need a way for merchants to translate a human readable, and more importantly human-writeable, address into a bitcoin address. I agree with Mike that a fixed address is not the way to go, because addresses should be used once for a single transaction to be able to track payments. <br>

<br>While firstbits sounds attractive at first, I think we can all agree that it just isn&#39;t feasible and would not allow per-transaction addresses. DNS sounds interesting for fixed addresses, but caching and propagation make it difficult to use for per-transaction addresses that are to be generated ad-hoc.<br>

<br>HTTP(S) is the best option I think, merchants are probably using HTTP anyway for their shops. So something like <a href="http://merchant.com/btc/transaction/1234">http://merchant.com/btc/transaction/1234</a> sounds reasonable. But I think it should not be over-engineered, it should be a simple HTTP(S) request to a merchant specified URL that returns an ASCII document containing either a bitcoin: URI or simply the bitcoin address or even a 301 redirect. It&#39;s no use to start defining URL schemes, it should be left to the merchants to define how to structure them.<br>

<br>This would allow a merchant to decide if he prefers per-transaction addresses, per-user transactions, fixed addresses or any combination.<br><br>Regards,<br>cdecker<br><br><br><div class="gmail_quote">On Tue, Dec 13, 2011 at 11:55 AM, Mike Hearn <span dir="ltr">&lt;<a href="mailto:mike@plan99.net">mike@plan99.net</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

I was in brmlab and wanted to pay 1 BTC for a Club Mate. They had on the wall a picture of their QR code and a bitcoin address. I don&#39;t own a mobile phone so the QR code is<br>

useless.</blockquote><div><br></div></div><div>Fixed addresses like that are a temporary thing during Bitcoins maturation period. They lead to merchants exposing data they probably don&#39;t realize they&#39;re exposing, like their income, which is basically unacceptable for any payment system.</div>


<div><br></div><div>There&#39;s no point trying to optimize a case where:</div><div><br></div><div>1) You are in the minority (no phone?)</div><div>2) The &quot;perfect experience&quot; leaks private data in such a way that would be deemed a gross security breach by any serious payment processor.</div>


<div><br></div><div>OK, some thoughts on the general proposal, from the POV of what it&#39;d take for a large deployment, like for every Gmail or every Facebook user. In terms of ease of implementation it is ordered HTTPS/HTTP then DNS trailing by a large margin. Big sites, even small sites, typically have high-speed load balancing and demuxing already implemented for HTTP[S] and it&#39;s usually easy to add new endpoints. The same is <i>not</i> true of DNS, and whilst coding up a custom DNS server is possible it&#39;s definitely a worse fit.</div>


<div><br></div><div>FirstBits seems out of the question for the same privacy reasons as given above. No banking system worth its salt would let everyone look up other peoples income.</div><div><br></div><div>The simplest approach would be to request a full public key with an HTTPS request like</div>


<div><br></div><div>   foo@domain -&gt; <a href="https://domain/_bitcoin/getnewkey?user=foo&amp;label=Payment%20from%20Bob" target="_blank">https://domain/_bitcoin/getnewkey?user=foo&amp;label=Payment%20from%20Bob</a></div>

<div><br></div>
<div>If you then want to turn the resulting public key into an address before creating a transaction you can obviously do that.</div><div><br></div><div>BTW the BIP is pretty hard to read. Your spec for the HTTPS proposal is a big pile of source code. I think it&#39;s the same as above, but it&#39;s hard to tell without more effort.</div>


</div>
<br>------------------------------------------------------------------------------<br>
Systems Optimization Self Assessment<br>
Improve efficiency and utilization of IT resources. Drive out cost and<br>
improve service delivery. Take 5 minutes to use this Systems Optimization<br>
Self Assessment. <a href="http://www.accelacomm.com/jaw/sdnl/114/51450054/" target="_blank">http://www.accelacomm.com/jaw/sdnl/114/51450054/</a><br>_______________________________________________<br>
Bitcoin-development mailing list<br>
<a href="mailto:Bitcoin-development@lists.sourceforge.net">Bitcoin-development@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/bitcoin-development" target="_blank">https://lists.sourceforge.net/lists/listinfo/bitcoin-development</a><br>
<br></blockquote></div><br>