- From: Dave Longley <notifications@github.com>
- Date: Fri, 09 Sep 2016 09:02:09 -0700
- To: w3c/webpayments-payment-apps-api <webpayments-payment-apps-api@noreply.github.com>
Received on Friday, 9 September 2016 16:03:49 UTC
@jakearchibald, > Due to lack of experience I'm a little confused by this example. Can you give me something more real-world where the merchant, payment handler, & payment method are distinct? We refer to the "payment handler" as a "payment app". Here's a real world example: You go to expedia.com (the merchant) and book a hotel. When it's time to checkout, Expedia lets you pay with bitcoin (the payment method). Your browser lets you choose your Coinbase wallet (the payment app) to pay. This new Web Payments architecture allows new payment methods to be created that could potentially be implemented by a variety of different payment apps. The creators of some payment methods will want to restrict which payment apps can implement their method and we're looking at specifying this via a manifest. Other payment methods will not have this sort of restriction. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/w3c/webpayments-payment-apps-api/issues/33#issuecomment-245957682
Received on Friday, 9 September 2016 16:03:49 UTC