<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Jun 13, 2016 at 1:01 PM, Ray Dillinger <span dir="ltr"><<a href="mailto:bear@sonic.net" target="_blank">bear@sonic.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
On 06/13/2016 10:26 AM, Allen wrote:<br>
<br>
> I believe the original poster is proposing a technical solution that<br>
> provides hard-to-refute proof, i.e., something more than just<br>
> he-said-she-said or "this is the record of all communications" vs "no it's<br>
> not, that is forged, here's the true record".<br>
<br>
</span>I do not understand how that is an issue.<br>
<br>
Surely, if each message contains the hash of messages received so far,<br>
then the last message (at any time) contains the root of a Merkle tree<br>
demonstrating the complete correspondence record.  There is no way for<br>
Bob or Alice to continue correspondence while keeping the other ignorant<br>
of what is and isn't on the official record of their correspondence, and<br>
either can prove the existence and receipt of any message ever responded<br>
to "on the record" by the other.<br>
<br>
At any moment, both correspondents have a complete record of everything<br>
the other has acknowledged "on the record", and anything not<br>
acknowledged is inoperative as part of the record anyway because the<br>
other party might not have even received it. It can be resent, and any<br>
further messages originating from the sender will include its hash, or<br>
else the correspondence can just plain stop until it's acknowledged.<br>
<br>
                                Bear<br></blockquote><div><br></div><div>I did not read the above article, but...</div><div><br></div><div>In general, if two parties are communicating just with each other and wish to both sign a contract, the last person to act has an advantage.  For example, if I buy a domain name from you, and send you $100, you can keep the $100, and not give me the domain name.  We can add rounds to help.  I could send you half the money, you could give me the domain name, and then I could send the other half, but then I can cheat and not send the remaining $50.  The size of possible cheating is reduced proportionally to the number of rounds, but we can't get it to 0.  We don't have this problem at the grocery store because we simultaneously pay for goods and receive them.  Participants at a distance taking turns do not have this ability.</div><div><br></div><div>With block chains, we can effectively get the possible cheating to 0.  For example, we can sign a contract and enter it's hash into the block chain, and in the contract state that it is valid only if recorded in the block chain with both party's signatures.  It is like having a free escrow agent.  I assume the article is about some improvement on this concept.</div><div><br></div><div>Bill</div></div></div></div>