On first read, this seems ridiculously onerous to me. They're trying to compel Apple to deliver interoperability for basically every unique Apple feature:
* AirPlay
* AirDrop
* Notifications + Smartwatch integration
* Headphone smart handoff (I don't even think this is possible with any standard technology, so I'm not sure what they're looking for here compliance wise)
* Proximity pairing (I also don't know that this is possible with any standard technology...)
* NFC Emulation
* Background Execution
Also,
* API documentation for all private symbols (?!)
I get the push for openness in devices but I'd never want to sell hardware in Europe, honestly. If you get big enough, they swoop in and make you turn everything you've invented into an open standard? Anyone who's maintained a private vs. a public API knows that one is orders of magnitude more expensive than the other.
> Headphone smart handoff (I don't even think this is possible with any standard technology, so I'm not sure what they're looking for here compliance wise)
Multipoint is part of the bluetooth standard already, Apple just has to provide a means for the headphones to determine which stream to play.
> Proximity pairing (I also don't know that this is possible with any standard technology...)
Fast Pair exists for Android and allows third parties to implement it. It's not a standard but it doesn't have to be, Apple just has to make the proprietary capability available for mfgs to implement if they want. The fact that Google+random OEMs can do it on android using off-the-shelf BT chips should show that its feasible for Apple as well.
The unintended consequence of this is that it effectively elevates Apple's protocols and methods to standards, without any kind of industry consultation.
The reason that's a bad thing is because the standards are filled with nuance to suit a range of scenarios that extend well beyond the custom methods that Apple have built to match the limits they chose for their particular accessories.
Due to Apple's size, this removes power from the decision making bodies and hands it over to Apple's entirely private process. It also hamstrings development for standards that would have emulated certain Apple features, since the "why bother" factor comes into play.
Meanwhile I don't actually hold much hope out for these changes to "increase competition". To use AirPods as an example. The only difference between setting up and using the AirPods versus a set of standard bluetooth earphones is the flashy set up process. Yes the Apple process is faster, but the normal process is not at all inconvenient, and Apple did not make any changes to add friction to that process. In every other way the devices will function identically. The popularity of the AirPods instead comes from the decent sound, range, battery life and stable connection - these aren't things Apple can fix for junky competitors.
The EU seems unable to discern the difference between success from merit versus success from lack of competition, their clumsy and ineffectual attempts to change the market for their advantage demonstrate that, meanwhile everyone has to deal with the unintended consequences.
> If you get big enough, they swoop in and make you turn everything you've invented into an open standard?
Consider 20th century AT&T. They were the phone company in America, owning approximately all telecommunications hardware, including the physical handsets in consumer's homes (they were rented).
Competition with AT&T was in no uncertain terms entirely impossible. The cost to lay down even a fraction of the cables that AT&T owned was so astronomical that only government entities like cities could afford it. The main problem being that most of the cables are on other people's property and negotiating easments is incredibly expensive and unbelievably slow.
How could any competition be possible? AT&T owns the wires to 98% of all telco customers, and running new wires is all but impossible.
The US government forced AT&T to allow other telecom companies to use their wires. The Bell subsidiaries had to physically built out their COs to accommodate new equipment owned by other companies. This prompted hundreds or thousands of new companies to pop up and started market competition overnight.
AT&T got slapped down hard, but the net result for consumers was more choice, better prices, new and better services. The only reason consumers got DSL was as a scheme to sidestep the charge for handling a "call" over the shared wires. If the wires weren't shared and exploited, Bell would have kept everyone on dialup much longer.
So yeah, I think if you get big enough, your services become so vital that they become a public good. The telephone system went from a private monopoly to a public utility and the benefits to consumers and society is incalculable.
The intention is to not allow hardware vendors to give themselves an edge on said hardware when it comes to software and services.
You can sell hardware just fine without having to disclose anything .
When you want your "hardware" to become a "platform" and offer a lot of other services on it (including distributing third party software) then you have to provide a level playing field.
And you being very large means that you can afford to add another API to the documentation.
Don't worry, you have a higher chance of getting hit by an meteorite while doing jumping jacks while riding a giraffe than getting big enough to be covered by DMA/DSA.
> Proximity pairing
Bluetooth?
> AirPlay
Chromecast exists and is quite open, this is not rocket science.
> AirDrop
Bluetooth and the new thing where you can just send to a nearby Android phone exist, again, really not rocket science.
And etc etc etc. None of these are some prorpietary unsolvable issues (like if the EU had said that they have to allow anyone to build their own M-chips), it's just that Apple choose to only make them work with their ecosystem.
> They're trying to compel Apple to deliver interoperability for basically every unique Apple feature
IANAL but the impression I got wasn't that they are requiring Apple to deliver interoperability, just that Apple can't block it. I.e. they can't create APIs that enable those things and not allow third parties to invoke them.
> If you get big enough, they swoop in and make you turn everything you've invented into an open standard?
This constantly gets reframed in the wrong way, and I start to wonder if this intentional or not.
The listed features are all functionalities that Apple is using to gain an unfair advantage for ADJACENT products and services. It is not an issue that iOS has such features, the EU doesn't care.
It is an issue that OTHER Apple products like Headphones, Smart Watches etc. are using them exclusively while competing with other vendors for the same customer.
The EU DMA has identified that Apple created a closed market of significant size, made themselves the gatekeeper and invited companies to compete there. But Apple decided to enter the market also as a player, and skew the playing field in their favor.
So it's an unjust market where forces are unable to flow freely, and the EU is attempting to rectify that.
> If you get big enough, they swoop in and make you turn everything you've invented into an open standard?
Are they asking for real open standards?
Or just Apple publishing an interface that Apple controls, which is much preferable to a company that doesn't want to play well with others, and is also vulnerable to malicious compliance.
(Which isn't to say that open standards aren't sometimes heavily biased towards one particular company. But even then, a company has to battle for their preferred standard, within in an industry consortium or a more public standards organization, or they often try to create a foundation with governance that at least has the appearance of not being totally captive to the one company. But an open standard is different than just tossing out whatever interface you want, and saying, "Here's an interface, which might or might not be suitable, but our obligation is satisfied, and try to convince a judge if you disagree, we can tie that up until our competitors go out of business.")
Doesn't Google offer interoperability for the equivalent features in Android? (well maybe not private symbols in the closed source parts). So I don't see why it should be a big problem for Apple to comply. Except of course that it will weaken the lock-in in their platform, but that's kind of the point.
> If you get big enough, they swoop in and make you turn everything you've invented into an open standard?
If you've become a de-facto standard ("get big enough") then making that standard be open so that other things can interoperate with you is a good thing.
I'm all for openness and interoperability, but not all of these are the same category of requests. AirPlay, literally no damage to Apples business opening that protocol, because everyone still suck at creating the receiving devices, or could use the ChromeCast protocol. The only risk is having Android owners buying HomePods or an AppleTV.
The NFC, background execution and documentation for private symbols... those seem fairly specific and I feel like the competitors who've asked/demanded these, are among the last people who should have these features.
Notifications and Smartwatch integration, seems reasonable to me. AirDrop, sure I use it, but I doubt many care.
> If you get big enough, they swoop in and make you turn everything you've invented into an open standard?
If Apple is the low bar, then MPEG-LA should be counting their days. The technology to read (legally) a whole slew of formats is stuck behind patent encumberment, but these formats make up the de facto standard for their industries -- see also Qualcomm (who owns 95% or so of the 5G standard) and Broadcom (who for a long time was The Name in 802.11 since they owned so many patents).
Yes, IMO when you hit some amount of market saturation your patents should be invalidated and your work made open.
But each of these is just "Apple's Implementation" of stuff that has been around elsewhere: AirPlay (Miracast/Google Cast), Airdrop (Bluetooth OBEX transfer + BTLE peer discovery), notifications/smartwatch integrations (Android had it first with Pebble and such), headphone handoff (BTLE multidevice hand off), Proximity Pairing (BTLE, again), NFC emulation (Windows Mobile 10 had support before Android/iOS), background execution (this isn't even special, it's just something only Apple gets but others don't).
> Anyone who's maintained a private vs. a public API knows that one is orders of magnitude more expensive than the other.
And yet Microsoft manages to do it for the most part. Apple doesn't release the documentation for a large amount of their API. Think of it less like forcing Apple to open things up but making sure Apple and everyone else has to play by the same rules.
It's a big ask for a region that only represents about 7% of Apple revenue. I don't see how Apple leaves the EU, or how they will comply with all of these demands.
To be frank I think Apple should be able to provide a superior experience on the stack they directly control, but given that Google has been raked through the coals for much less, it's only fair to be consistent.
To comply, for every item in that list, Apple can decide to enable it world wide, or only enable it for devices sold in the EU.
The latter would cost them more, both to initially implement and to maintain.
It'd be interesting to see which items they'd decide are not worth the forking cost and would be enabled world wide then, and what they consider enough of crown jewels to be limited to the EU.
This brings back memories of the bad old days on Microsoft Windows where only Microsoft applications had access to secret APIs. Nobody defended MS back then. Surprised to see comments defending Apple now.
Lived through it and while it might be similar, Microsoft had monopoly at that point (90% and higher share in personal computers - depending on the market). Apple is nowhere near that.
Apple is a monopoly due to their closed ecosystem. They do have a monopoly on headphones that properly work with iphones, operating systems that properly work with apple computers, operating systems and application delivery mechanisms that work with iphones, etc. They could get rid of their legal problems by being more open and supporting open standards, but they don't want to. So as a monopoly, they have to be forced...
it seems awfully similar.. MS using their dominance in the OS market to establish dominance in the application software market vs apple using their mobile phone to establish dominance in smart watches, etc.. the scale is a bit different since we have the duopoly in the mobile market, but it still doesn't seem like something we want.
It was around the time Apple was about to go bankrupt when Microsoft had about 95% share.
Compare this to iPhone activations of new phones which is at 33% and declining [1]. Which means Android's market share of 70%+ is going to get larger over time.
It's not about a monopoly. That word never occurs in the document. It's about interoperability and nurturing a market.
I quote from the EU document
> connected devices of all brands will work better on iPhones. Device manufacturers will have new opportunities to bring innovative products to the market, improving the user experience for consumers based in Europe.
About developers:
> The measures will accelerate their ability to offer a wider choice to European consumers of innovative services and hardware that interoperate with iPhones and iPads.
The DMA defines gatekeepers as "large digital platforms providing so called core platform services, such as for example online search engines, app stores, messenger services" and lists their obligations prohibitions. Apple is one of them because it's sufficiently large.
Smaller companies are not gatekeepers and are out of the scope of the DMA.
AirDrop has 100% monopoly on iPhone. iPhone has 0% other ways to share files via bluetooth than AirDrop.
As a user, I must be able to switch platforms at the end of the lifespan of a phone or Mac. So, buy a non-mac computer and then later a non-iPhone phone. So things need to interoperate.
That position from the EU is genius because it’s capitalism at its highest form. (Next is, all Windows apps must work on Macs, sounds like a joke but you’ll notice we already live in a world where they’re all webapp/electron, so it’s literally not a problem).
There’s a difference. Microsoft competed unfairly because it sold software like Word that apparently internally used secret system calls only Microsoft devs knew about. They gave their other software divisions a big advantage, extending their dominance in OS to apps.
Apple software, like Pages, apparently only uses the same set of system calls available to everyone else.
right.. but Apple watches and headphones get to use secret/enhanced calls. Apple payment software as well, basically all the things on the EU's list are using some form of the same idea to restrict any other vendor from having comparable functionality.
For those curious: It's somewhat documented if you read between the lines that the "secret APIs" that everyone was afraid of were really things like string management and what-have-you in a shared library among many different Microsoft products.
Meanwhile, Apple has a habit of hiding functionality behind a lot of obscure API calls that aren't documented and require special entitlements to call.
> "Today's decisions wrap us in red tape, slowing down Apple's ability to innovate for users in Europe" the company said in an email.
Authored by Apple Intelligence? Certainly enough training material exists, considering all prior statements bemoaning the EU/EC. Here's Apple sounding the alarm on the evils of USB-C [0]
"When it was introduced in September 2021, an Apple representative told BBC News: "Strict regulation mandating just one type of connector stifles innovation rather than encouraging it, which in turn will harm consumers in Europe and around the world."
- The EU’s interpretation of the DMA is vastly different from what they actually wrote on paper.
- If Apple were asking hardware vendors to access iOS through these methods it would be deemed anticompetitive.
- There is now an opportunity for Apple to not support standards, forcing vendors to use their methods or not have access to the platform: making it more costly for hardware vendors to access the full market.
I imagine this was already in the works before the recent prison shanking of transatlantic relations.
Get ready for a raft of new and extremely principled anti-monopoly regulations from former allies, I'm sure they're just getting started on writing those.
Is there a location for the actual order? The linked article doesn't have a link to the order (SHAME Reuters) and the details on the actual order are sparse.
https://ec.europa.eu/competition/digital_markets_act/cases/2...
https://ec.europa.eu/competition/digital_markets_act/cases/2...
* AirPlay
* AirDrop
* Notifications + Smartwatch integration
* Headphone smart handoff (I don't even think this is possible with any standard technology, so I'm not sure what they're looking for here compliance wise)
* Proximity pairing (I also don't know that this is possible with any standard technology...)
* NFC Emulation
* Background Execution
Also,
* API documentation for all private symbols (?!)
I get the push for openness in devices but I'd never want to sell hardware in Europe, honestly. If you get big enough, they swoop in and make you turn everything you've invented into an open standard? Anyone who's maintained a private vs. a public API knows that one is orders of magnitude more expensive than the other.
Multipoint is part of the bluetooth standard already, Apple just has to provide a means for the headphones to determine which stream to play.
> Proximity pairing (I also don't know that this is possible with any standard technology...)
Fast Pair exists for Android and allows third parties to implement it. It's not a standard but it doesn't have to be, Apple just has to make the proprietary capability available for mfgs to implement if they want. The fact that Google+random OEMs can do it on android using off-the-shelf BT chips should show that its feasible for Apple as well.
The reason that's a bad thing is because the standards are filled with nuance to suit a range of scenarios that extend well beyond the custom methods that Apple have built to match the limits they chose for their particular accessories.
Due to Apple's size, this removes power from the decision making bodies and hands it over to Apple's entirely private process. It also hamstrings development for standards that would have emulated certain Apple features, since the "why bother" factor comes into play.
Meanwhile I don't actually hold much hope out for these changes to "increase competition". To use AirPods as an example. The only difference between setting up and using the AirPods versus a set of standard bluetooth earphones is the flashy set up process. Yes the Apple process is faster, but the normal process is not at all inconvenient, and Apple did not make any changes to add friction to that process. In every other way the devices will function identically. The popularity of the AirPods instead comes from the decent sound, range, battery life and stable connection - these aren't things Apple can fix for junky competitors.
The EU seems unable to discern the difference between success from merit versus success from lack of competition, their clumsy and ineffectual attempts to change the market for their advantage demonstrate that, meanwhile everyone has to deal with the unintended consequences.
Maybe this will finally give Apple something to do with their $100 billion cash on hand.
Consider 20th century AT&T. They were the phone company in America, owning approximately all telecommunications hardware, including the physical handsets in consumer's homes (they were rented).
Competition with AT&T was in no uncertain terms entirely impossible. The cost to lay down even a fraction of the cables that AT&T owned was so astronomical that only government entities like cities could afford it. The main problem being that most of the cables are on other people's property and negotiating easments is incredibly expensive and unbelievably slow.
How could any competition be possible? AT&T owns the wires to 98% of all telco customers, and running new wires is all but impossible.
The US government forced AT&T to allow other telecom companies to use their wires. The Bell subsidiaries had to physically built out their COs to accommodate new equipment owned by other companies. This prompted hundreds or thousands of new companies to pop up and started market competition overnight.
AT&T got slapped down hard, but the net result for consumers was more choice, better prices, new and better services. The only reason consumers got DSL was as a scheme to sidestep the charge for handling a "call" over the shared wires. If the wires weren't shared and exploited, Bell would have kept everyone on dialup much longer.
So yeah, I think if you get big enough, your services become so vital that they become a public good. The telephone system went from a private monopoly to a public utility and the benefits to consumers and society is incalculable.
You can sell hardware just fine without having to disclose anything .
When you want your "hardware" to become a "platform" and offer a lot of other services on it (including distributing third party software) then you have to provide a level playing field.
And you being very large means that you can afford to add another API to the documentation.
Don't worry, you have a higher chance of getting hit by an meteorite while doing jumping jacks while riding a giraffe than getting big enough to be covered by DMA/DSA.
> Proximity pairing
Bluetooth?
> AirPlay
Chromecast exists and is quite open, this is not rocket science.
> AirDrop
Bluetooth and the new thing where you can just send to a nearby Android phone exist, again, really not rocket science.
And etc etc etc. None of these are some prorpietary unsolvable issues (like if the EU had said that they have to allow anyone to build their own M-chips), it's just that Apple choose to only make them work with their ecosystem.
Then don't.
I am certain other companies would be fine occupying that space.
IANAL but the impression I got wasn't that they are requiring Apple to deliver interoperability, just that Apple can't block it. I.e. they can't create APIs that enable those things and not allow third parties to invoke them.
This constantly gets reframed in the wrong way, and I start to wonder if this intentional or not.
The listed features are all functionalities that Apple is using to gain an unfair advantage for ADJACENT products and services. It is not an issue that iOS has such features, the EU doesn't care.
It is an issue that OTHER Apple products like Headphones, Smart Watches etc. are using them exclusively while competing with other vendors for the same customer.
The EU DMA has identified that Apple created a closed market of significant size, made themselves the gatekeeper and invited companies to compete there. But Apple decided to enter the market also as a player, and skew the playing field in their favor.
So it's an unjust market where forces are unable to flow freely, and the EU is attempting to rectify that.
Apple is a top-tier member of the Bluetooth SIG. If standard Bluetooth doesn't support certain features, Apple is empowered to influence that.
Are they asking for real open standards?
Or just Apple publishing an interface that Apple controls, which is much preferable to a company that doesn't want to play well with others, and is also vulnerable to malicious compliance.
(Which isn't to say that open standards aren't sometimes heavily biased towards one particular company. But even then, a company has to battle for their preferred standard, within in an industry consortium or a more public standards organization, or they often try to create a foundation with governance that at least has the appearance of not being totally captive to the one company. But an open standard is different than just tossing out whatever interface you want, and saying, "Here's an interface, which might or might not be suitable, but our obligation is satisfied, and try to convince a judge if you disagree, we can tie that up until our competitors go out of business.")
This is a weird take. By the time you have enough market dominance for this to affect you, you should be able to afford to make these changes.
If you've become a de-facto standard ("get big enough") then making that standard be open so that other things can interoperate with you is a good thing.
The NFC, background execution and documentation for private symbols... those seem fairly specific and I feel like the competitors who've asked/demanded these, are among the last people who should have these features.
Notifications and Smartwatch integration, seems reasonable to me. AirDrop, sure I use it, but I doubt many care.
The weird missing one is iMessage.
Anti-monopoly laws should work, the law is already a year old, and Apple will probably appeal to Court to gain some more years of more monopoly.
If Apple is the low bar, then MPEG-LA should be counting their days. The technology to read (legally) a whole slew of formats is stuck behind patent encumberment, but these formats make up the de facto standard for their industries -- see also Qualcomm (who owns 95% or so of the 5G standard) and Broadcom (who for a long time was The Name in 802.11 since they owned so many patents).
Yes, IMO when you hit some amount of market saturation your patents should be invalidated and your work made open.
But each of these is just "Apple's Implementation" of stuff that has been around elsewhere: AirPlay (Miracast/Google Cast), Airdrop (Bluetooth OBEX transfer + BTLE peer discovery), notifications/smartwatch integrations (Android had it first with Pebble and such), headphone handoff (BTLE multidevice hand off), Proximity Pairing (BTLE, again), NFC emulation (Windows Mobile 10 had support before Android/iOS), background execution (this isn't even special, it's just something only Apple gets but others don't).
> Anyone who's maintained a private vs. a public API knows that one is orders of magnitude more expensive than the other.
And yet Microsoft manages to do it for the most part. Apple doesn't release the documentation for a large amount of their API. Think of it less like forcing Apple to open things up but making sure Apple and everyone else has to play by the same rules.
well they could force them to split up like the US did for standard oil and bell. but the US doesn't do that any more cause they've been bought out.
I mean headphones is obviously using control of one market to impact another segment for control.
The latter would cost them more, both to initially implement and to maintain.
It'd be interesting to see which items they'd decide are not worth the forking cost and would be enabled world wide then, and what they consider enough of crown jewels to be limited to the EU.
Compare this to iPhone activations of new phones which is at 33% and declining [1]. Which means Android's market share of 70%+ is going to get larger over time.
https://9to5mac.com/2024/04/24/iphone-market-share-new-low-a...
I quote from the EU document
> connected devices of all brands will work better on iPhones. Device manufacturers will have new opportunities to bring innovative products to the market, improving the user experience for consumers based in Europe.
About developers:
> The measures will accelerate their ability to offer a wider choice to European consumers of innovative services and hardware that interoperate with iPhones and iPads.
The DMA defines gatekeepers as "large digital platforms providing so called core platform services, such as for example online search engines, app stores, messenger services" and lists their obligations prohibitions. Apple is one of them because it's sufficiently large.
Smaller companies are not gatekeepers and are out of the scope of the DMA.
As a user, I must be able to switch platforms at the end of the lifespan of a phone or Mac. So, buy a non-mac computer and then later a non-iPhone phone. So things need to interoperate.
That position from the EU is genius because it’s capitalism at its highest form. (Next is, all Windows apps must work on Macs, sounds like a joke but you’ll notice we already live in a world where they’re all webapp/electron, so it’s literally not a problem).
Meanwhile, Apple has a habit of hiding functionality behind a lot of obscure API calls that aren't documented and require special entitlements to call.
Authored by Apple Intelligence? Certainly enough training material exists, considering all prior statements bemoaning the EU/EC. Here's Apple sounding the alarm on the evils of USB-C [0]
"When it was introduced in September 2021, an Apple representative told BBC News: "Strict regulation mandating just one type of connector stifles innovation rather than encouraging it, which in turn will harm consumers in Europe and around the world."
[0] https://www.bbc.com/news/technology-66708571
Re: Post from yesterday: https://news.ycombinator.com/item?id=43401245
- The EU’s interpretation of the DMA is vastly different from what they actually wrote on paper.
- If Apple were asking hardware vendors to access iOS through these methods it would be deemed anticompetitive.
- There is now an opportunity for Apple to not support standards, forcing vendors to use their methods or not have access to the platform: making it more costly for hardware vendors to access the full market.
https://archive.is/ZICMb
Get ready for a raft of new and extremely principled anti-monopoly regulations from former allies, I'm sure they're just getting started on writing those.
and
https://digital-markets-act-cases.ec.europa.eu/cases/DMA.100...