Instead of Apple offering an In-App purchase, I introduced a new system to make money and save money. To sell a premium service in my application, a client must pay a certain amount of bitcoins, that is, his application for a bitcoin wallet, for example, Copay . In my application, it will be a view called Contribution, where the user can see all his transfers sent to my personal Bitcoin account. The view would have a funny name: "There is no free beer. Support developer with X bitcoin. (appr. 1$)"In Bitcoin, you can download all the historical programs that the application will use to verify that it paid or not. Below I will put a link, a button on the wikipedia website and youtube website, how a user can use a bitcoin wallet.
The App Store Review Guide 11.13 says: Applications that link to external mechanisms for purchases or subscriptions that will be used in the application, such as buy, which is sent to a website to purchase a digital book, will be rejected
In my application, the user could get 50 free services for free, and out of 50, each 50 will cost a certain amount of bitcoins. When the user reaches the next 50th limit, the application will automatically go to the presentation Contributionin the application. And the user will not be able to continue until I get my bitcoin. He is not connected with the payment system in the sense that he must close my application, manually download / open ie Copay and send me the money. The Buy button will not appear. But it will definitely pay.
Do you think Apple will accept my so-called "developer support" business model?
source
share