We are looking at using a expendable (non-renewable) IAP to subscribe to our application after rejecting to subscribe to automatic renewal. I read a lot of posts related to this, but did not see any discussions on limiting the number of iOS devices that the user can use for expendable or "restore".
The basic concept seems to allow the user to create an account (optional) on your server and allow them to enter account information to restore / share multiple devices.
My main question is: how can we limit the number of devices on which the user is allowed to use the subscription, as well as the number of devices that the user is allowed to “restore”, and still meet Apple’s requirements for restoring purchases?
If we set up the server and allow the user to additionally create an account to store information about the receipt, how can we keep this user from sharing his account with anyone if we do not have the ability to unambiguously monitor the number of unique devices that use the account? (maybe I'm wrong here, but with the outdated UUID and the ability to change the forAdvertising identifier, if the application is uninstalled and reinstalled, there is no way to cache a unique device to determine how many devices used the subscription, fix it?)
I intended to store the authentication token in the user's iCloud, but in my opinion there is no upper limit on how many devices an iCloud account can share.
I am sure that I am not the first to encounter this problem, how do they solve all this?
Thanks - Matt
source share