Download the PHP package mobius-network/mobius-client-php without Composer
On this page you can find all versions of the php package mobius-network/mobius-client-php. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.
Download mobius-network/mobius-client-php
More information about mobius-network/mobius-client-php
Files in mobius-network/mobius-client-php
Package mobius-client-php
Short Description Mobius DApp Store PHP SDK
License MIT
Homepage https://github.com/mobius-network/mobius-client-php
FAQ
Example:
In general, it is recommended to use always a project to download your libraries. In an application normally there is more than one library needed.
- Some hosting areas are not accessible by a terminal or SSH. Then it is not possible to use Composer.
- To use Composer is sometimes complicated. Especially for beginners.
- Composer needs much resources. Sometimes they are not available on a simple webspace.
- If you are using private repositories you don't need to share your credentials. You can set up everything on our site and then you provide a simple download link to your team member.
- Simplify your Composer build process. Use our own command line tool to download the vendor folder as binary. This makes your build process faster and you don't need to expose your credentials for private repositories.
Informations about the package mobius-client-php
Mobius DApp Store PHP SDK
The Mobius DApp Store PHP SDK makes it easy to integrate Mobius DApp Store MOBI payments into any PHP application.
A big advantage of the Mobius DApp Store over centralized competitors such as the Apple App Store or Google Play Store is significantly lower fees - currently 0% compared to 30% - for in-app purchases.
DApp Store Overview
The Mobius DApp Store will be an open-source, non-custodial "wallet" interface for easily sending crypto payments to apps. You can think of the DApp Store like https://stellarterm.com/ or https://www.myetherwallet.com/ but instead of a wallet interface it is an App Store interface.
The DApp Store is non-custodial meaning Mobius never holds the secret key of either the user or developer.
An overview of the DApp Store architecture is:
- Every application holds the private key for the account where it receives MOBI.
- An application specific unique account where a user deposits MOBI for use with the application is generated for each app based on the user's seed phrase.
- When a user opens an app through the DApp Store: 1) Adds the application's public key as a signer so the application can access the MOBI and 2) Signs a challenge transaction from the app with its secret key to authenticate that this user owns the account. This prevents a different person from pretending they own the account and spending the MOBI (more below under Authentication).
Installation
Run this composer command
composer require mobius-network/mobius-client-php
Authentication
Explanation
When a user opens an app through the DApp Store it tells the app what Mobius account it should use for payment.
The application needs to ensure that the user actually owns the secret key to the Mobius account and that this isn't a replay attack from a user who captured a previous request and is replaying it.
This authentication is accomplished through the following process:
- When the user opens an app in the DApp Store it requests a challenge from the application.
- The challenge is a payment transaction of 1 XLM from and to the application account. It is never sent to the network - it is just used for authentication.
- The application generates the challenge transaction on request, signs it with its own private key, and sends it to user.
- The user receives the challenge transaction and verifies it is signed by the application's secret key by checking it against the application's published public key (that it receives through the DApp Store). Then the user signs the transaction with its own private key and sends it back to application along with its public key.
- Application checks that challenge transaction is now signed by itself and the public key that was passed in. Time bounds are also checked to make sure this isn't a replay attack. If everything passes the server replies with a token the application can pass in to "login" with the specified public key and use it for payment (it would have previously given the app access to the public key by adding the app's public key as a signer).
Note: the challenge transaction also has time bounds to restrict the time window when it can be used.
Sample Server Implementation
Payment
Explanation
After the user completes the authentication process they have a token. They now pass it to the application to "login" which tells the application which Mobius account to withdraw MOBI from (the user public key) when a payment is needed. For a web application the token is generally passed in via a token request parameter. Upon opening the website/loading the application it checks that the token is valid (within time bounds etc) and the account in the token has added the app as a signer so it can withdraw MOBI from it.
Sample Server Implementation
Contributing
Bug reports and pull requests are welcome on GitHub at https://github.com/mobius-network/mobius-client-php. This project is intended to be a safe, welcoming space for collaboration, and contributors are expected to adhere to the Contributor Covenant code of conduct.
License
The SDK is available as open source under the terms of the MIT License.
All versions of mobius-client-php with dependencies
christian-riesen/base32 Version ^1.3
firebase/php-jwt Version ^5.0