Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Apple Pay on pace to account for 10% of global card transactions

qz.com

Post reply on HN
Print view View original

281–290 of 432 posts

Re: Apple Pay on pace to account for 10% of global card transactions

#281

Post by ceejayoz »

ticmasta wrote: post #184
needusername wrote: post #112

Earlier quoted context omitted.

Sure you can. It's not a special case. That's the beauty of Apple Pay. Industry standard protocol. If the merchant accepts contactless credit cards then Apple Pay will work. No need for any special hardware, any special software or any contract changes.

>> No need for any special hardware, any special software ha ha - except for the iphone, watch and apple pay; no special hardware nor software required.

It's just NFC under the hood. Many credit cards have it built into the card itself.

Re: Apple Pay on pace to account for 10% of global card transactions

#282

Post by ceejayoz »

tree3 wrote: post #266
needusername wrote: post #112

Earlier quoted context omitted.

Sure you can. It's not a special case. That's the beauty of Apple Pay. Industry standard protocol. If the merchant accepts contactless credit cards then Apple Pay will work. No need for any special hardware, any special software or any contract changes.

> No need for any special hardware, any special software Umm, except for the whole Apple device...

You don't need an Apple device.

The same tech used by Apple Pay is directly built into a lot of credit cards.

https://en.wikipedia.org/wiki/Contactless_payment

Re: Apple Pay on pace to account for 10% of global card transactions

#283

Post by fphhotchips »

Spivak wrote: post #212
madeofpalk wrote: post #145

Earlier quoted context omitted.

That is not a unique feature of Apple Pay. It happens for any contactless 'card' payment.

Right but Apple, Android, Samsung, Walmart, NBCUniversal, TacoBellFritoLaySnappleGroup Pay are pretty much the first contactless payment platforms to really gather steam in the US. Visa and MasterCard didn’t have the advantage of a phone platform that make contactless payment actually more convenient than magstripe so the value in rolling it out was pretty low.

Contactless is much more convenient than magstripe in nearly all situations where it's available - it's just that the US took forever to roll it out. By the time it reached a usable level of penetration, the phone platforms were ready to go.

Re: Apple Pay on pace to account for 10% of global card transactions

#284

Post by fphhotchips »

commandar wrote: post #275
hprotagonist wrote: post #5

I unabashedly love apple pay and use it preferentially whenever I can. in the US, it's faster than chip-and-pin cards by a LOT. It rolls a new number every time I use it, so i can pay at sketchy gas stations at 2 AM and not care about skimming. More and more gas stations are upgrading their pump POS pads so i can refuel my bike without digging under my armour for my wallet. On websites, my only quibble is that it's o…

>More and more gas stations are upgrading their pump POS pads so i can refuel my bike without digging under my armour for my wallet. This is literally the first time I've heard a use case that would actually make me care about contactless versus a swipe/insert. Grabbing my phone off the RAM mount would be considerably easier pulling my gloves off and trying to fish out my wallet. In the past, I've always been incredi…

I've always found contactless to be significantly faster than insert and more reliable than swipe - have you not found the same thing?

Re: Apple Pay on pace to account for 10% of global card transactions

#285

Post by CKN23-ARIN »

bret791 wrote: post #279
needusername wrote: post #71

Earlier quoted context omitted.

> It rolls a new number every time I use it, so i can pay at sketchy gas stations at 2 AM Nope. That's deliberately confusing Apple marketing. You get one PAN per device. The new "number" is just the EMV unpredictable number. You get that with any EMV card. https://emvlab.org/emvtags/show/t9F37/ > and not care about skimming. Because the PAN is only valid for online authorized EMV transactions.

Mostly there, you get a tokenized PAN (DPAN) for every card enrollment. Remove, and re-add a card to your digital wallet and you'll get a new DPAN. The unpredictable number is an (of a few) inputs into the generation of the CVV3, which is also based on a dynamic key from the issuer. Key rotation is on the order of weeks to months (depending on issuer). This is the "unique number" per transaction (part of tag 57 https…

> Remove, and re-add a card to your digital wallet and you'll get a new DPAN.

Has anyone made a habit of rotating DPANs on a regular basis like this? Does Apple or your bank get irritated at some point?

Re: Apple Pay on pace to account for 10% of global card transactions

#286

Post by ogre_codes »

hprotagonist wrote: post #5

I unabashedly love apple pay and use it preferentially whenever I can. in the US, it's faster than chip-and-pin cards by a LOT. It rolls a new number every time I use it, so i can pay at sketchy gas stations at 2 AM and not care about skimming. More and more gas stations are upgrading their pump POS pads so i can refuel my bike without digging under my armour for my wallet. On websites, my only quibble is that it's o…

Not only is the actual authentication faster, most of the time when I use Apple Pay signature is not required. Even with large transactions it blasts right through and prints out a no-signature receipt.

It's all stuff which I never cared much about but definitely enjoy when it works right. It doesn't hurt that with the Apple Card I get 2% cash back when I use the phone.

Re: Apple Pay on pace to account for 10% of global card transactions

#287

Post by Marsymars »

kelnos wrote: post #278
Marsymars wrote: post #232

Earlier quoted context omitted.

Devices capable of Google Pay may be more prevalent, but banks are less likely to support Google Pay. (Some of which is due to the fact that on Android, unlike iOS, it's possible to roll your own NFC payment app, so some banks insist on building their own trashy payment apps rather than supporting Google Pay.)

I'd be curious about that as well: the actual bank support numbers. I'm just one data point, but all of my cards (even my bank's debit card) are supported by GPay, even though all of them also have a dedicated app. I've never tried to use the dedicated apps for NFC payment, though, so I'm not sure if they have that feature.

Doesn't cover users per bank, but the Google/Apple support docs are usually thorough. In Canada, Apple Pay has about three times (48) as many supporting banks as Google Pay (15). The Apple support is mostly a longer tail - four of the five largest banks support both. (With TD as the holdout that supports Apple Pay and only their own app on Android.) For me, that works out to 5 banks supporting both Google/Apple Pay, 3 supporting Apple Pay only, 2 supporting nothing.

Google Pay: https://support.google.com/pay/answer/7405561?hl=en Apple Pay: https://support.apple.com/en-us/HT204916#canada

Re: Apple Pay on pace to account for 10% of global card transactions

#288

Post by pests »

reaperducer wrote: post #171
notyourday wrote: post #159

Earlier quoted context omitted.

I'm starting to see QR codes on food trucks downtown that used to be cash only. Not gourmet ones but your average Chinese, Halal, breakfast/lunch etc.

I think the QR codes are usually an indication of AliPay or some other Chinese app. I'm sure someone here can elaborate or correct me.

Yes and also has the benefit of moving the infrastructure from the establishment to the customer. Anyone can print out a QR code and accept mobile payments vs a dedicated hardware solution.

Re: Apple Pay on pace to account for 10% of global card transactions

#289

Post by ogre_codes »

needusername wrote: post #82
notJim wrote: post #39

Earlier quoted context omitted.

I thought that you had a fixed number, but Apple generates some kind of unique code, which is sent to the terminal. I.e., the terminal doesn't see your actual number.

There is a lot of deliberately confusing marketing. "Tokenization" simply means that a new PAN is generated once per device. This is a normal PAN registered with the payment scheme and your issuer. It has to be a normal PAN, otherwise it would never pass through all the exiting payment infrastructure. What is generated per transaction is the EMV unpredictable number, but this is part of the EMV protocol and done for…

You claim it's "Deliberately confusing"...

Which bit is confusing (or remotely deceptive)?

> When you make a purchase, Apple Pay uses a device-specific number and unique transaction code. So your card number is never stored on your device or on Apple servers, and when you pay, your card numbers are never shared by Apple with merchants.

Are you claiming this is untrue? Or deceptive?

Re: Apple Pay on pace to account for 10% of global card transactions

#290

Post by fphhotchips »

Marsymars wrote: post #268
selimthegrim wrote: post #241

Earlier quoted context omitted.

CTA in Chicago takes Apple Pay, as does Ventra (the commuter rail app) and WMATA in DC is supposed to soon I think. Surprised Canada hasn't caught on to that.

I don't know that they haven't - I assume those four cities support some additional integration with Google Pay over just paying for tickets. My local commuter rail "takes" Apple/Google Pay in the sense that you can buy a paper ticket via contactless payment - there are no turnstiles or fare collection, making it essentially an honour system.

Melbourne-resident here; Myki is there because it's a horribly implemented system to the point where, while most cities will just use a Visa/Amex/MC backed system, we needed to keep our specific transit ticketing because... reasons. It's really bad.
Post reply on HN