Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
And they didn't let TouchID do anything except unlock the phone and buy stuff from the app store or iTunes in iOS 7, yet in iOS 8 there is an API to allow you to use TouchID in apps. Be patient and let them make sure that they have an API that is completely secure and it'll open up.

1, it takes at least a YEAR. During this, I'd prefer using tags for quick, location/time-specific configuration (e.g., to quickly set the phone to silent / disable Wi-Fi and the like by just touching a pre-made tag with it), remote camera etc. control, file / contact sharing, NFC tags in museums, NFC payment here in Europe (where Apple Pay will probably never be available but NFC is already widely used for micro payments) etc. ALL working just great on even the 2012, dead-OS Nokia 808, let alone newer Android devices.

2, if it ever comes. Remember: iPhones have had BT ever since the beginning (2007). They still don't have any kind of a full BT stack, almost 8 years later.

----------

People don't want technology implementations, they want full-working services. Try to understand why the edge is bleeding and what kind of customers want to put wet blood in their pocket. Two years behind is the new in front of everybody else.

NFC (quickly connecting, payments, file / contact sharing) is fully working on other platforms. It's not a gimmick or just a "tech demo", no matter what some blind Apple enthusiasts try to state.
 
as a Swede myself.. you know about e-cards right?!? you login to your bank and generate a Visa for online-purchases (you set a fixed amount/date up to 24 months...)
Apple says http://www.apple.com/apple-pay/ "Apple doesn’t save your transaction information. With Apple Pay, your payments are private. Apple doesn’t store the details of your transactions so they can’t be tied back to you"

the same goes for a chip-pin terminal... the purchase is made via Visa and your bank, and will show on your account as 100$ at ICA right?!?

ApplePay can be supersafe for the user, I will not argue against that...
the only competition Apple has in this matter is the way the transaction merchant-cc is handled... and Apple will make a new way of making these transactions, but they will want to get paid

edit: and also using a card (with your name on it) can be safer than "biometric ID" if you have an iPhone 5S you know that a couple of tries with a wet finger forces you to use pin/password... assuming your iPhone or creditcard is lost chip+pin+id (noone ever checks I know) is safer than iPhone+pin

You're a Swede too, cool!

Listen, I agree with you that the European Chip+PIN is going to be harder to displace for Apple than the USA's outdated strip+signature. This is because PIN+Chip is so integrated into the market in Europe, and most of these PoS terminals don't have NFC capabilities. But that doesn't make it more secure. :apple:Pay won't work with your phone's PIN, ONLY with TouchID.

I'm an American Swede, having been born and raised in the USA and lived here in Sweden for 6 years, being a naturalised dual citizen. I use my wife's debit card all the time at ICA for groceries, etc, or at a shopping centre where we split up and I go buy her stuff while she takes care of the kids. She uses mine all the time in the same way. Not once in all my time here have I been asked for ID when using my credit or debit card. As long as the Chip+PIN works, you are never asked any questions, or to submit your card let alone ID for verification. How secure is that?

:apple:Pay is infinitely more secure than that, because it is degrees of magnitude harder to fake someone's fingerprint than to steal someone's card and obtain their PIN.

E-cards are such a pain in the butt, I have never even used them. It is comparable to having to log into your internet bank to order a new BankID every time you want to make a purchase.

Lastly, I don't understand what your hang-up is with Apple receiving a small cut of the transaction fee? It has no effect whatsoever on you because the credit card companies are taking it out of their own fees - it is transparent to the vendor and thus to you. Is it some kind of Swedish Jante cultural thing?? Why shouldn't Apple be entitled to some compensation for their invention??

The credit card companies are willing to give this fee to Apple for two reasons.

The first being that it is a more secure payment method that provides a real cost benefit to them. Credit card companies are not stupid. Don't think for a second that they haven't done advanced actuarial calculations showing that they actually save money at this fee level. You can bet your bottom that this fee level was negotiated down from what Apple initially brought to the table.

Secondly, Apple's system keeps the credit card companies and the banks at the center of the transaction. They don't try to hijack the process, like most of the alternative payment services such as PayPal do. This is important to the credit card companies of course, and they are smart to back and fully support a system that maintains this status quo from their point of view. It makes it more convenient than ever to use a credit/debit card, and thus in the long term I think they feel the number of transactions will go up both as people abandon other payment systems that try to bypass them, and as :apple:Pay becomes more widely adopted.

I feel like I am repeating myself now, so I'll be done. (see my post history for the last week :))

----------

NFC (quickly connecting, payments, file / contact sharing) is fully working on other platforms. It's not a gimmick or just a "tech demo", no matter what some blind Apple enthusiasts try to state.

you're going to have to accept that most people are going to be posting from an American point of view here, and have very little in the way of awareness for what everyday uses we potentially have for NFC here. (although this poster appears to be from Berlin ;-))

In the US, it is pretty much a tech demo gimmick, because you can't use it for that many things, it is not a widely used technology. Compare it to Chip+PIN usage in the US - almost non-existent at the moment.

File and contact sharing shouldn't be on your list, nor should NFC beacons because Apple does that with iBeacons and AirDrop using other tech. Payments, mass transit ticketing, and door access (though some/a lot of this is RFID, not NFC, a common misconception) however, are valid uses for this stuff, and I can't tell you how much I would like to use my iPhone for my commuter train every day instead of having to have yet another plastic card in my wallet.

----------

Yes, except I thought they wouldn't even use NFC for Pay.

A pure software solution based on the connectivity of bluetooth low energy and cellular, that's what I thought. But I guess that it needs to be near field adds an additional layer of security. If only in the mind of the user to further ensure him, now I'm paying and now I'm not.

They had to use NFC so it would be compatible with existing merchant PoS terminals, especially in the USA. Anything else would have been a DoA solution.

----------

I won't use Apple's NFC as long as they keep it closed to only Apple solutions. I am tired of Apple making their hardware work only with their Stores, etc.

I haven't used iBooks since they made Kindle take their store out of their app, and I won't support this.

QUIT BEING SO D@MN GREEDY APPLE. Make your systems open.

Your post will be valid the moment there is an official :apple:Pay app for Android and Windows Phone live in their respective stores.

----------

Visa says they're working to get Apply Pay going in Europe. Sorry, no timetable yet.

In addition, Mastercard/Maestro says that starting Jan 2016, all new terminals in Europe must support NFC payments, and by 2020, all older terminals must be updated as well.

*Snipped the rest even though it was all great!*

Thank you for this well researched and informed post, huge +1 to you. I wasn't even aware Visa/Mastercard had these PoS terminal requirements so short term over here. In that case we might begin to see a surge in :apple:Pay before the iPhone 7 is released.

----------

Apple has the NFC chip on lock and restricting it to the Apple Pay according to the article I've read this morning. The article said in order to safely conduct transactions, Apple chose this route because money is involved, and if you know anything about Android OS, it is a less secure device than Apple is because their chip is multifunctional. Basically, we have a Tradeoff with the iPhone 6's!

Someone needs to separate this NFC features purchasing transactions and file transfer features. And, don't say it cannot be done. All it takes is for Apple to invest a little more in this idea instead of increasing prices for the same technology that's been out for 2+ years. Nice going :apple:

All it would take is for Apple to add a second NFC controller to the device. Then one could be used solely for :apple:Pay, and one for all other implementations. However, it seems unlikely that this would be the only solution to opening up the technology.

----------

That won't last long once some company files a lawsuit saying it is anti-competitive.

Care to elaborate on that? Again I say, the moment you see :apple:Pay on an Android or WindowsPhone device, that will be the moment your comment is valid.
 
You really haven't read any of the articles, have you?
It's not as simple as having an NFC terminal. Note that all those companies have to install new hardware because the apple payment program isn't compatible with the current NFC terminals, which is why other merchants have said no.

I think you are the one that is misinformed.

From the merchant's point of view, :apple:pay is no different than a contactless payment card, or an Android phone with Google Wallet. The merchant doesn't have to do anything different: if they have a payment terminal that supports contactless (NFC) payments, it will work with :apple:pay.

The only changes to the payment infrastructure are at the backend, to map the device account number (or alias) to the actual account number. But, the merchant is completely unaware of it.

[The thing is, every retailer needs new hardware by 2016 anyway unless they want to be liable to fraud. Visa/MC will no longer cover fraudulent transactions if secure terminals are not in use for new cards with chips that the rest of teh world already uses. This is the primary reason why so many companies are willing to spend money right now on new terminals. You may be noticing stores all around you upgrading their terminals and this is why.

It's October, 2015, for most merchants. October, 2017, for unattended fuel dispensers.
 
File and contact sharing shouldn't be on your list, nor should NFC beacons because Apple does that with iBeacons and AirDrop using other tech.

Those are iOS/OS X only - and definitely not multiplatform, industry-standard ones, unlike NFC. (And AirDrop is not even officially compatible with all hardware-capable iDevice models. For example, AirDrop is fully capable of running on the iPad 3, as is proved by the dedicated JB tweak. Officially, however, it's not enabled on it. Typical Apple.)

Again, even my DoA Nokia 808's happily transfer contacts, images etc. to/from Android handsets, images from dedicated digital cameras (all kinds of them!). That's the beauty of an industry standard.
 
All it would take is for Apple to add a second NFC controller to the device. Then one could be used solely for :apple:Pay, and one for all other implementations. However, it seems unlikely that this would be the only solution to opening up the technology.

You're right, it's very unlikely, as the solution is already in place.

As previously noted, the NFC controller shunts different types of NFC comms to different places, so it's already effectively acting as multiple controllers.

So there's no technical or security reason not to allow at least some of the other common NFC abilities.

--

Apple is simply following their usual M.O. of holding back tech until they can figure out a way to make it nicer to use, while at the same time making it more proprietary to lock customers into iOS.

For example, does anyone think that Apple will fully implement peer to peer NFC comms, so that any brand of smartphone can easily and anonymously transfer directions, websites, videos, photos, contacts, etc between each other?

More likely they will continue to do as they did with iMessage and Facetime, and make sure that inter-device comms are proprietary. Which is a shame, especially for families like mine, where half use iOS and half use Android.

Regards.
 
You really haven't read any of the articles, have you?

It's not as simple as having an NFC terminal. Note that all those companies have to install new hardware because the apple payment program isn't compatible with the current NFC terminals, which is why other merchants have said no.

Actually it appears to be you who haven't read the articles...the Best Buy and Walmart headline was way off - they have opted not to enable NFC on their terminals at all, even though they are NFC capable. They've said no to NFC in general, not :apple:Pay specifically. But they will come around as :apple:Pay brings mobile NFC payments into the mainstream. This will be a good thing for GoogleWallet users as well, because if you support :apple:Pay, you support GoogleWallet and all the other NFC payment systems as well.

For the one hundred umpteenth time, :apple:Pay is/will be compatible with ALL existing/future NFC enabled PoS terminals. End of story.

What does separate :apple:Pay from other NFC systems is how it implements tokenisation (not that it uses tokenisation, just the method in which it does so. For example, your true credit card number is never stored locally on the device or on an Apple server somewhere, and Apple never sees any of your transactions or derivative data - this is in STARK contrast to GoogleWallet, for example).

----------

Those are iOS/OS X only - and definitely not multiplatform, industry-standard ones, unlike NFC. (And AirDrop is not even officially compatible with all hardware-capable iDevice models. For example, AirDrop is fully capable of running on the iPad 3, as is proved by the dedicated JB tweak. Officially, however, it's not enabled on it. Typical Apple.)

Yeah, just like :apple:Pay, FaceTime, iMessage, etc. I forget what the discussion even is about at this point. This is how Apple does things. You are definitely entitled not to like it, and like I said I would love for them to open NFC up a little to gain more usage, but Apple does have solutions for those things within its own ecosystem, just the way they like it.

I have a feeling that with NFC, Apple will opt to partner with specific organisations to open up certain functionality instead of opening it up completely. For example, here in Sweden, SJ and the regional mass transit organisations, like Västtrafik, SLL, etc. to deal with NFC/RFID ticketing and related as there are already compatible NFC terminals on all the vehicle/trains/ferries. I really doubt it will ever be a fully open 3rd API, or at least not for a few years.
 
[/COLOR]You really haven't read any of the articles, have you?
It's not as simple as having an NFC terminal. Note that all those companies have to install new hardware because the apple payment program isn't compatible with the current NFC terminals, which is why other merchants have said no.

I'm sure some can simply do software upgrades, other have to install all new hardware

The thing is, every retailer needs new hardware by 2016 anyway unless they want to be liable to fraud. Visa/MC will no longer cover fraudulent transactions if secure terminals are not in use for new cards with chips that the rest of teh world already uses. This is the primary reason why so many companies are willing to spend money right now on new terminals. You may be noticing stores all around you upgrading their terminals and this is why.

You are so off base and wrong. No one that already has NFC POS systems activated has do anything. Apple Pay will already work with them just as Google Wallet has been for years. No software, no hardware needs to be done.

Apple Pay IS COMPATIBLE with all current and future NFC POS systems. As is all other NFC payment type such as Google Wallet and Soft Card. All of them will work at the same POS.
 
Yeah, just like :apple:Pay, FaceTime, iMessage, etc. I forget what the discussion even is about at this point. This is how Apple does things. You are definitely entitled not to like it, and like I said I would love for them to open NFC up a little to gain more usage, but Apple does have solutions for those things within its own ecosystem, just the way they like it.

I have a feeling that with NFC, Apple will opt to partner with specific organisations to open up certain functionality instead of opening it up completely. For example, here in Sweden, SJ and the regional mass transit organisations, like Västtrafik, SLL, etc. to deal with NFC/RFID ticketing and related as there are already compatible NFC terminals on all the vehicle/trains/ferries. I really doubt it will ever be a fully open 3rd API, or at least not for a few years.

I would accept this if camera manufacturers (in some way) licensed Apple's tech to be able to communicate with them. It surely won't be the case - show me one camera with, say, AirDrop support. That is, one of the major selling points of cameras, that is, NFC, is rendered useless for iPhone users.

In this regard, Apple is certainly shooting themselves in the foot - camera enthusiasts will try to go for an OS where they can use the giant advantages NFC offers.
 
Apple's effort is half assed and US only.

Meanwhile the rest of the world will be progressing apace with contactless cards, and Apple will be left behind. Third parties might have been able to fill the gap, but instead this is iTunes Radio and Apple TV all over again - a parochial solution by a company blinded in it's US centricity, missing the boat.

If you from UK are saying this, I wonder what remains for countries whose people don't speak english.

----------

You're right, it's very unlikely, as the solution is already in place.

As previously noted, the NFC controller shunts different types of NFC comms to different places, so it's already effectively acting as multiple controllers.

So there's no technical or security reason not to allow at least some of the other common NFC abilities.

--

Apple is simply following their usual M.O. of holding back tech until they can figure out a way to make it nicer to use, while at the same time making it more proprietary to lock customers into iOS.

For example, does anyone think that Apple will fully implement peer to peer NFC comms, so that any brand of smartphone can easily and anonymously transfer directions, websites, videos, photos, contacts, etc between each other?

More likely they will continue to do as they did with iMessage and Facetime, and make sure that inter-device comms are proprietary. Which is a shame, especially for families like mine, where half use iOS and half use Android.

Regards.

Yep. I can send messages to my wife using OSX Messages.app. But she can't read them when she's using her Windows laptop.

Also, when I'm out of my desk, I can't read messages she sent to me by iMessage, since my phone is an Android one.

Solution: plain SMS and Whatsapp :cool:
 
I think you are the one that is misinformed.

From the merchant's point of view, :apple:pay is no different than a contactless payment card, or an Android phone with Google Wallet. The merchant doesn't have to do anything different: if they have a payment terminal that supports contactless (NFC) payments, it will work with :apple:pay.

The only changes to the payment infrastructure are at the backend, to map the device account number (or alias) to the actual account number. But, the merchant is completely unaware of it.



It's October, 2015, for most merchants. October, 2017, for unattended fuel dispensers.

Actually, I think what the previous poster was talking about was tokenization. Not all NFC POS support tokenization. So yes, for :apple:Pay to work, any non-tokenization NFC POS will have to be replaced (see McDonald's replacing theirs) - but, on the other hand, that would've had to happen regardless.
 
Actually, I think what the previous poster was talking about was tokenization. Not all NFC POS support tokenization. So yes, for :apple:Pay to work, any non-tokenization NFC POS will have to be replaced (see McDonald's replacing theirs) - but, on the other hand, that would've had to happen regardless.

You'll have to point me to an article explaining that McDonalds is replacing their NFC PoS terminals, and why.

Tokenization happens inside the phone. The alias for the credit card number (the "Device Account Number") is transmitted instead of the credit card number. Unless McDonald's had some sort of problem with their NFC terminal, this should be completely transparent to the merchant.
 
You'll have to point me to an article explaining that McDonalds is replacing their NFC PoS terminals, and why.

Tokenization happens inside the phone. The alias for the credit card number (the "Device Account Number") is transmitted instead of the credit card number. Unless McDonald's had some sort of problem with their NFC terminal, this should be completely transparent to the merchant.

Maybe something to do with use of multiple air interfaces, like in Apple's patent app?
 
Locking it down makes perfect sense. They want apple pay to be the main standard, and if they let 3rd party payment solutions on there maybe some clever 3rd party would leverage the iPhone base and beat Apple at it's own game.

They'll open it up when they're the undisputed market leader and no one can catch up to Apple Pay.

They can lock down other payment apps without locking down use of NFC for other reasons though. Some payment apps require a specific type of sim (Isis) and they can also pull all the other payment apps from the app store and site "duplicates os functionality"

Honestly, I don't know why Apple has to always be a d-bag about this stuff. One thing you can say about Google, they play well with others. They don't block anything and force you to use Google Wallet.

If Apple created a payment App on android, bet they wouldn't cry fowl.

And few people will be using NFC anyway.
 
I would accept this if camera manufacturers (in some way) licensed Apple's tech to be able to communicate with them. It surely won't be the case - show me one camera with, say, AirDrop support. That is, one of the major selling points of cameras, that is, NFC, is rendered useless for iPhone users.

In this regard, Apple is certainly shooting themselves in the foot - camera enthusiasts will try to go for an OS where they can use the giant advantages NFC offers.

While that is something we think may happen, Apple has consistently proven it's almost immune to such maneuvers. If anything Apple is consistently able to pull customers to where It wants to go and not the other way around.
 
Actually, I think what the previous poster was talking about was tokenization. Not all NFC POS support tokenization. So yes, for :apple:Pay to work, any non-tokenization NFC POS will have to be replaced (see McDonald's replacing theirs) - but, on the other hand, that would've had to happen regardless.

That's nonsense. McDonald's will replace their POS for EMV contact cards but no need for new terminals just for contactless. They're adding drive thru terminals
 
That's nonsense. McDonald's will replace their POS for EMV contact cards but no need for new terminals just for contactless. They're adding drive thru terminals

You are correct. I misunderstood. They're replacing their POS that already accept NFC (some of them at least) for ones that do both BFC and EMV and they're adding for drive-thru. My bad
 
You are correct. I misunderstood. They're replacing their POS that already accept NFC (some of them at least) for ones that do both BFC and EMV and they're adding for drive-thru. My bad

I wonder when they'll actually get EMV rolled out though, hopefully soon. Big cheers to every merchant that gets EMV rolled out sooner than later. Walmart gets big kudos for taking that seriously and getting it enabled.

I wonder how they'll do drive-through. There are two options really:

1. Standard swipe/insert card reader inside, use PIN bypass for chip and PIN cards (chip and signature mode). Outside, mount a fixed-position contactless reader for contactless cards (inc. phones).

2. Ruggedised triple-method entry PIN pad (PIN pad in a rubber case to absorb drops) on a coiled cable that is passed through the window. No card ever leaves the customer's hand. This seems to be the most popular option worldwide, and is my preferred option.

Ironic fact - TECHNICALLY they have contactless readers in the drive through but to use a phone you'd have to trust them to handle it and it not get dropped. Yeah... not gonna happen. They can tap contactless cards and tags for you though.
 
There are real and significant risks to opening up the NFC to other services. Having read enough of the related apple patents and now their white pale, in order to write some articles on this, and based on my understanding of the circuitry involved, the NFC is isolated from the CPUs in a way that would allow such other use, eventually. But communications like this should be minimized, to prevent leakage from or intercwption by rogue apps. For that reason the first version of the completely separate code that controls the gate keeping between secure and insecure areas of the chip must be as simple as possible to prevent bugs. It's only natural that in the initial versions it would support only the applications apple considers to be critical.

They can lock down other payment apps without locking down use of NFC for other reasons though. Some payment apps require a specific type of sim (Isis) and they can also pull all the other payment apps from the app store and site "duplicates os functionality"

Honestly, I don't know why Apple has to always be a d-bag about this stuff. One thing you can say about Google, they play well with others. They don't block anything and force you to use Google Wallet.

If Apple created a payment App on android, bet they wouldn't cry fowl.

And few people will be using NFC anyway.
 
I wonder when they'll actually get EMV rolled out though, hopefully soon. Big cheers to every merchant that gets EMV rolled out sooner than later. Walmart gets big kudos for taking that seriously and getting it enabled.



I wonder how they'll do drive-through. There are two options really:



1. Standard swipe/insert card reader inside, use PIN bypass for chip and PIN cards (chip and signature mode). Outside, mount a fixed-position contactless reader for contactless cards (inc. phones).



2. Ruggedised triple-method entry PIN pad (PIN pad in a rubber case to absorb drops) on a coiled cable that is passed through the window. No card ever leaves the customer's hand. This seems to be the most popular option worldwide, and is my preferred option.



Ironic fact - TECHNICALLY they have contactless readers in the drive through but to use a phone you'd have to trust them to handle it and it not get dropped. Yeah... not gonna happen. They can tap contactless cards and tags for you though.


Tethered cable works.

I use my starbucks passbook card at drive through occasionally, barista has handheld tethered imager she uses when I flash card.
 
Do you even know what NFC is? It has about as much to do with credit cards as your wifi connection has.

I'm using credit card to refer to the information the card uses to pay, as opposed to the physical thing. NFC still requires your credit card info until Apple Pay came along with it's unique tokens ;)
 

Nope. No special terminals needed.

Apple is using standard EMV contactless payment methods, including tokenization schemes created and implemented by the major brands such as Mastercard and Visa.

See my post here in another thread for a little more about that.

There are real and significant risks to opening up the NFC to other services.

Care to name some?

This is not new stuff. Other phone makers have implemented NFC for years.

NFC itself is like WiFi or any other comm method. It's all about the controls and security you put on what you send. For example, if Oyster implemented an NFC app that simply sent "okay", then that would be dumb and not the fault of NFC.
.
 
Last edited:
The actual credit card payment comms cannot be seen by iOS or apps. The payments go over a private internal bus (the SE can even be inside the NFC controller). Afterwards iOS can query the SE to see how the transaction went.

In other words, the NFC controller makes sure that different types of NFC communications are kept to their own sandboxes. There's no payment security reason to not support the other neat things that NFC can do.

So that means the iPhone cannot even display a message like "Do you want to pay $12.99 to Joe's donut shop" because it knows neither the amount nor the merchant? All it can do is display "Please press the TouchID button to pay"?

If you decided that Apple Pay shouldn't be used for any amount > $100, Apple couldn't implement that either (maybe they could - the secure chip in the phone could be told to not accept payments > $100).

----------

If Android is deemed safe enough by these corporations, I don’t see them having issues with the same thing on iOS. The only thing stopping them is Apple locking up NFC for their own use.

Why would the banks do that? What purpose would it serve?

A customer can go to an NFC terminal with an iPhone 6 and pay. Visa gets their money, safely. They had to do some work to check that Apple's implementation is safe. Now another company wants to do exactly the same thing with the iPhone 6. How does that benefit Visa in any way? It doesn't. It only adds cost, and confuses consumers. And as is well known, many consumers when given a choice, choose to use none of the choices.

----------

How, exactly, do you propose that Apple could allow people to use the NFC radio for arbitrary data transfers, and still prevent it from being used for financial transactions? Those transactions are, after all, done using transfer of data via the NFC radio.

I would think that the secure chip inside the iPhone 6 can only be used by code signed by Apple. Like the chip that checks your PIN number when you unlock the phone can only be used by code signed by Apple (which is why no police force can unlock your locked iPhone).
 
So that means the iPhone cannot even display a message like "Do you want to pay $12.99 to Joe's donut shop" because it knows neither the amount nor the merchant? All it can do is display "Please press the TouchID button to pay"?

The Secure Element is like a SIM card (actually, sometimes it IS done on a SIM card). It has its own apps and storage.

The main CPU can talk to the SE. It just cannot see the secrets inside it.

When you hold your phone near a contactless payment terminal, the SE is going to decide which payment app it has inside to use (from a choice given it by the main CPU from your previous setup), then the SE can alert the main CPU to put up a message and ask for confirmation.
 
I think you make a very good point here. Thing is, other competitors have already partnered up with merchants when this technology first came out so where does that leave Apple? I'd say Apple has a lot more work to do in gaining support for the Apple Pay. Or, could it be that merchants trust one phone manufacture over the others (e.g. Apple, Samsung, HTC, etc), and are willing to sign up going forward? Time will tell I suppose.

The merchants just need an NFC card terminal. They don't even _know_ that you use Apple Pay. The terminal sees an NFC device, has a little conversation with it, then has a little conversation with Visa, and Visa either accepts the payment or not. The terminal never knows that ApplePay was involved.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.