Payment Geek detail on the EMVCO Dependencies of Debit and How Cap One Solved It

This is a technical addendum to today’s post on the reported JPMorgan/BofA/Wells/PNC exploration of buying Fiserv’s Star network. That post laid out five business and political reasons the deal is unlikely to happen. This one goes underneath the business case to the technical architecture that makes the wallet portion (ie ApplePay, GPay, SamsungPay) of the problem particularly ugly for any bank that thinks owning a PIN debit network gets them out from under Durbin.

The short version: an issuer that buys Star cannot simply route its ApplePay volume through Star. The tokenization and provisioning plumbing that makes Apple Pay work belongs to Visa and Mastercard, sits inside a standards body (EMVCo) that issuers are not members of, and is architecturally structured around the card brand on the card (not the issuer that issued it). A bank that owns Star still can’t put a Star token in Apple Pay; it is a new AID in the phone.