- From: Joel Dietz <jd@evr.gr>
- Date: Sat, 18 Jan 2014 12:04:22 -0800
- To: Anders Rundgren <anders.rundgren.net@gmail.com>
- Cc: Web Payments CG <public-webpayments@w3.org>
- Message-ID: <CAKiX3g0FgtDdPc=b80iAoG5Km4+ZxVu38YrM-zsUFk35-c9xHQ@mail.gmail.com>
As far as fundamentals go, this is the same sort of thing Clinkle has been working on and what could make other third party services like Square near irrelevant. It's also the tech that has the greatest probability of making mobile payments not suck, which is what we really need if we are ever to get past card swiping technology (beware Visa!). That said, as far as I can tell, along with NFC, it falls into the platform wars where you have an extraordinarily difficult time getting cross-platform integration. Payment tech needs near universality and substantial increased ease of use to be worth a transition from a merchant standpoint. It's the "universality" element that is still missing here. Jd Joel Dietz Founder and CEO Evergreen | evr.gr | @fractastical <http://www.twitter.com/fractastical> | http://www.youtube.com/watch?v=8xGdTV_UMOg&hd=1 On Sat, Jan 18, 2014 at 6:06 AM, Anders Rundgren < anders.rundgren.net@gmail.com> wrote: > > http://appleinsider.com/articles/14/01/16/apple-details-secure-over-the-air-e-wallet-strategy-in-patent-filing > > Whatever value there is in this, it shows that most people believe payment > standards need security elements. > > FWIW, I'm rather plotting with a _three-level_ security architecture where: > - the CPU features a crypto processor including a key wrapper/unwrapper > - a TEE (Trusted Execution Environment) does basic key access control > including PIN handling > - the OS stores [encrypted] keys and manages key access based on ACLs, > Users and possible VEs (Virtual Environments) > > Cheers, > Anders > > >
Received on Saturday, 18 January 2014 20:05:10 UTC