<div dir="ltr"><div>Hi<br><br></div><div>No I don&#39;t agree with the analysis.<br></div><div><br></div><div>Yes, the PaymentRequest can be stored with the same security as the private keys are stored. The big difference is that the keys never leave the wallet. As soon as that PaymentRequest leaves the wallet on its way to the hotel server, it is up for grabs which makes it inappropriate for use as a proof of payment other than for resolving disputes and other one-time stuff.<br><br></div><div>/Kalle<br></div><div><br></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">2015-03-13 22:31 GMT+01:00 Mike Hearn <span dir="ltr">&lt;<a href="mailto:mike@plan99.net" target="_blank">mike@plan99.net</a>&gt;</span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Kalle,<div><br></div><div>I think you&#39;re thinking along the right lines, but I am skeptical that this protocol adds much. A saved payment request is meant to be unique per transaction e.g. because the destination address is unique for that payment (for privacy reasons). Where would you store the signed payment request? Probably in the wallet. You could just extract the metadata that&#39;s useful for UI rendering into a separate structure and then encrypt the original full payment request under the wallet key. At least this is how I imagine it would work.</div><div><br></div><div>So then, if someone can steal a payment request they can probably steal the wallet signing keys too, and thus signing a challenge with the wallet keys doesn&#39;t add much. It means the wallet doesn&#39;t have to store the PaymentRequest encrypted. But AFAICT that&#39;s about all it does.</div><div><br></div><div><div class="gmail_extra">Do you agree with this analysis?</div></div></div>
</blockquote></div><br></div></div></div></div>