- From: Rouslan Solomakhin <rouslan@google.com>
- Date: Tue, 3 Sep 2019 10:02:04 -0400
- To: Anders Rundgren <anders.rundgren.net@gmail.com>
- Cc: Web Payments Working Group <public-payments-wg@w3.org>
- Message-ID: <CAMMzaWEZbwBKYrxn5SGzY_RPx+a+_e+TxcFFQjypP_UhFzWkqQ@mail.gmail.com>
Interesting demo and slick demo! Worked on my Pixel 3 like a charm :) On Sun, Sep 1, 2019 at 1:09 AM Anders Rundgren < anders.rundgren.net@gmail.com> wrote: > Hi List, > > As some of you know I'm an advocate for mixing Web and Native mode > applications. > The reason is simple: Advanced schemes like Saturn and Google Pay cannot > really function without native code but still have to work on the Web. > PaymentRequest for Android addressed that need in an almost perfect way. > > However, there was still a problem with Saturn because it more or less > presumes Web enrollment of TEE-based keys [1] since it doesn't build on a > central provider [2]. > Fortunately my hunch that PaymentRequest probably could support other > things as well turned out to be correct. > > For those who have interests in "bleeding edge" Web2App tech, here is a > one page document outlining the rationale behind this research: > https://cyberphone.github.io/doc/web/calling-apps-from-the-web.pdf > > If you have a phone with Android version 7 or better and 5 minutes to > spend you may test a SEPA SCT enabled payment authorization scheme PoC: > https://test.webpki.org/webpay-merchant/home > > The Web (browser) code for the key enrollment application is anything but > complex: > > https://github.com/cyberphone/saturn/blob/fc1d55109c86f4d28aa59d9d7e1bad5d728ee43c/keyprovider/src/org/webpki/saturn/keyprovider/KeyProviderInitServlet.java#L233 > > -- Anders > > 1] https://cyberphone.github.io/doc/saturn/personal-payment-terminal.pdf > 2] https://cyberphone.github.io/doc/saturn/enhanced-four-corner-model.pdf > >
Received on Tuesday, 3 September 2019 14:02:39 UTC