It will be to prevent access to third-party app stores as both the EU and Japan legislated they must be allowed.

> In a support document about alternative app marketplaces in the EU, Apple explained that “device eligibility for alternative app marketplaces is determined using on-device processing with only an indicator of eligibility sent to Apple.” In practice, iOS users in the EU who want to install alternative marketplaces will need to set the country or region of their Apple ID to an eligible country or region. Moreover, they will also need to be physically located in supported EU countries.

> In the case iOS users in the EU leave eligible regions, Apple will offer a “grace period” until apps downloaded from alternative app stores can no longer be updated. “If you’re gone for too long, you’ll lose access to some features, including installing new alternative app marketplaces. Apps you installed from alternative app marketplaces will continue to function, but they can’t be updated by the marketplace you downloaded it from,” the company explained.

https://www.thurrott.com/apple/298862/apple-adds-some-condit...

In addition to the third-party installation capability mentioned by siblings, Japan also has a regional capability for reassigning the side button to a third-party voice assistant (`com.apple.developer.side-button-access.allow`).

For Japan it might be the Felica chip.

The iOS Simulator consists of (some of) the userspace components of iOS compiled to run on macOS. This would be a full iPhone image running as-is via virtualization.

The simulator is a different SDK target than iOS itself.

You have to compile completely independently for it, and depending on your dependencies they may not compile for the simulator.

Additionally the simulator runs a really ancient and feature restricted version of Metal. That means you can’t test a lot of graphical things that the hardware actually supports. I’m not sure if this supports GPU passthrough but the macOS VMs do, so that alone would be a huge improvement if possible.

Here are some reasons to use this instead of the simulator: security research, testing, automation

Looks like this tool can provide a jailbroken environment for the latest iOS versions whereas one does not exist on iOS simulator or a real device

The simulator is a completely different OS. It may even still be using Intel.

I always figured that Apple never set up a true emulator (like what Android does), because they didn't want people exploring their OS with a debugger.

No, only virtual GarageBand

If you’re talking about the simulator, no. That doesn’t virtualize - it literally just runs it locally on your machine. Less RAM overhead and CPU since it uses your normal instruction set and doesn’t run a separate kernel and userspace.

Feels weird that after their attempts to shut down corellium they themselves shipped the necessary bits to allow this

https://github.com/wh1te4ever/super-tart-vphone-writeup

Will this project make it easier to performance test Apps on the virtual iPhone?

Probably not, but you can run it on a Mac today.

Yeah real shame that I know I could never run this on a corporate machine and only ever as a hobbyist.

Private cloud compute I think. I learnt about it today too from this reddit post which mentions how:

> At WWDC, Apple announced that starting in the 27.x versions of iOS, macOS, etc., devs would be able to call Private Cloud Compute directly from Swift with no additional API configuration. Presently, the only way to get free cloud inference is by joining the App Store Small Business Program.

https://www.reddit.com/r/appledevelopers/comments/1vztibh/re...

They will find a way to break it.