<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On 6 June 2013 02:19, Peter Vessenes <span dir="ltr">&lt;<a href="mailto:peter@coinlab.com" target="_blank">peter@coinlab.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">So, this <a href="http://www.americanbanker.com/bankthink/the-last-straw-for-bitcoin-1059608-1.html?pg=1" target="_blank">http://www.americanbanker.com/bankthink/the-last-straw-for-bitcoin-1059608-1.html?pg=1</a>  article got posted today, noting that FinCEN thinks irrevocable payments are money laundering tools. </div>
</blockquote><div><br></div><div>It&#39;s great that this article quotes the first page of Sasoshi&#39;s white paper.  There are some other text that they missed, though, which I think may be relevant.<br><br>[[<br>Completely non-reversible transactions are not really possible, since financial institutions cannot<br>
avoid mediating disputes. The cost of mediation increases transaction costs, limiting the<br>minimum practical transaction size and cutting off the possibility for small casual transactions,<br>and there is a broader cost in the loss of ability to make non-reversible payments for non-<br>
reversible services. With the possibility of reversal, the need for trust spreads. Merchants must<br>be wary of their customers, hassling them for more information than they would otherwise need.<br>A certain percentage of fraud is accepted as unavoidable. These costs and payment uncertainties<br>
can be avoided in person by using physical currency, but no mechanism exists to make payments<br>over a communications channel without a trusted party.<br><br>What is needed is an electronic payment system based on cryptographic proof instead of trust,<br>
allowing any two willing parties to transact directly with each other without the need for a trusted<br>third party. Transactions that are computationally impractical to reverse would protect sellers<br>from fraud, and routine escrow mechanisms could easily be implemented to protect buyers.<br>
]]<br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>

<br></div><div>I will hold my thoughts about the net social good of rent-seeking large corporations taking money from consumers over fraudulent reversals. Actually, I won&#39;t, I just said it.<br><div><br></div><div>At any rate, it got me thinking, can we layer on revocability somehow without any protocol change, as an opt-in?</div>


<div><br></div><div>My initial scheme is a trusted (hah) escrow service that issues time promises for signing. If it doesn&#39;t receive a cancel message, it will sign at the end of the time. </div><div><br></div><div>The addresses would be listed by the escrow service, or in an open registry, so you could see if you were going to have a delay period when you saw a transaction go out.</div>


<div><br></div><div>This seems sort of poor to me, it imagines that mythical thing, a trusted escrow service, and is vulnerable to griefing, but I thought I&#39;d see if some of the brighter minds than me can come up with a layer-on approach here.</div>


<div><br></div><div>When I think about it, I can imagine that I would put a good number of my coins in a one day reversible system, because I would have warning if someone wanted to try and spend them, and could do something about it. I&#39;m not sure if it gets me anything over a standard escrow arrangement, though.</div>
<span class=""><font color="#888888">

<div><br></div><div>Peter<br clear="all"><div><br></div>-- <br><div dir="ltr"><br><hr style="font-family:Times;font-size:medium;border-right-width:0px;border-bottom-width:0px;border-left-width:0px;border-top-style:solid;border-top-color:rgb(204,204,204);margin:10px 0px">


<p style="font-size:medium;font-family:Helvetica,sans-serif;line-height:1em"><span style="color:rgb(50,90,135);text-transform:uppercase"><img alt="CoinLab Logo" width="130" align="right">PETER <span style="font-weight:bold">VESSENES </span><br>


<span style="color:rgb(96,58,23);font-size:0.8em">CEO</span></span></p><p style="font-size:medium;font-family:Helvetica,sans-serif;line-height:1em"><span style="color:rgb(96,58,23);font-size:0.9em"><b><a href="mailto:peter@coinlab.com" style="text-decoration:none;color:rgb(96,58,23)" target="_blank">peter@coinlab.com</a> </b> /  <a href="tel:206.486.6856" value="+12064866856" target="_blank">206.486.6856</a>  / <span style="font-size:0.7em;text-transform:uppercase">SKYPE:</span> vessenes </span><br>


<span style="color:rgb(96,58,23);font-size:0.7em;text-transform:uppercase">71 COLUMBIA ST / SUITE 300  /  SEATTLE, WA 98104</span></p></div>
</div></font></span></div></div>
<br>------------------------------------------------------------------------------<br>
How ServiceNow helps IT people transform IT departments:<br>
1. A cloud service to automate IT design, transition and operations<br>
2. Dashboards that offer high-level views of enterprise services<br>
3. A single system of record for all IT processes<br>
<a href="http://p.sf.net/sfu/servicenow-d2d-j" target="_blank">http://p.sf.net/sfu/servicenow-d2d-j</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></div></div>