inabit Wallet-As-A-Service
An example use case of how inabit's API Infrastructure is utilized.
Last updated
An example use case of how inabit's API Infrastructure is utilized.
Last updated
In an era where digital wallets are transforming the landscape of financial services, inabit offers a robust infrastructure tailored to meet the dynamic needs of crypto wallet providers. This guide is designed to navigate you through the seamless integration and management of your crypto wallet operations, empowering you with security, flexibility, and scalability like never before.
Whether you're a growing startup or an established player in the crypto ecosystem, inabit's WaaS solution provides the foundation for building and managing feature-rich wallets that cater to the evolving demands of your users. From secure storage to efficient transaction processing, our infrastructure is engineered to enhance the user experience while ensuring the highest standards of security.
Before diving into the setup, ensure you have:
Have an API Admin user created for your organization in inabit.
Access to the inabit platform (as the wallet provider):
Have an account ready to be used.
Registering to our webhook services with your service URL.
One-time Must-Have Setup:Please ensure that you complete the Approvals Docker Configuration and execute the API signer Setup as a one-time prerequisite. Once this step is accomplished, you will be able to create your API wallets and addresses as needed.
We highly advise taking a look at the following guides as you start developing your wallet as a service with inabit.
API Login Access / Authentication
Create Transfer Requests in API
Create API wallet addresses
Remote & Automatic Approvals (Docker Configuration)
Automate Signing Transactions
Receive Webhooks on Transaction Events
The architectural diagram depicts the wallet infrastructure utilizing inabit's wallet-as-a-service solution. Below we explain the flow's process from the beginning of a customer's interation in the interface until a transaction is sent successfully.
Customer B (Wallet provider's customer)
When there's a wallet creation process occuring in the provider's (you) interface, initiate a request to inabit's API to generate a dedicated deposit address (API wallet) for the customer (step 1 in the flow).
This part isn't really visible in the flow, but you can see that the provider's inabit account contains multiple customer API wallets.
Refer to the first section below to learn how to generate API wallet addresses.
Customer B is requesting a withdrawal from using your wallet's interface (the provider).
Send a Money Transfer Request to inabit's API.
The transaction goes through approval process (Docker Signer)
The approval/rejection logic will rely on anything you develop on your end. You can decide what ever you want.
Once transaction is approved, funds are taken out of Customer B's API wallet (within the wallet provider's inabit account) and the transaction is broadcasted to the blockchain.
Once the transaction is broadcasted and completed, inabit sends two notifications (via webhooks) to notify the following:
Transaction was completed
Customer B's wallet (and asset) balance we're updated.
The wallet provider (you) develops a logic that on every wallet creation/generation in your interface, a new inabit API wallet is created for your end-customer.
We recommend saving the inabit API walletId
to associate it with your customer in your database.
In order to generate the API wallet address for the customer's deposit, call the following mutation:
Remember to authenticate to call our graphQL API using an access token (bearer) with your API Admin credentials. (If you're not sure how, refer to Authentication)
Don't have an API Admin/API Signer yet? contact us at support@inabit.com to create one!
CreateApiWalletAddress Mutation:
Body (ApiWalletCreateAddressInput object)
Example body:
In the mutation's response, you should receive the deposit address for the blockchain and asset you've requested, as well as the inabit API wallet ID for the customer (which you can later save and relate to the specific customer, in order to identify a customer's inabit API wallet).
In the mutation's response, you should receive the deposit address for the blockchain and asset you've requested, as well as the inabit API wallet ID for the customer (which you can later save and relate to the specific customer, in order to identify a customer's inabit API wallet).
Reminder - You can always query data and fetch all API wallets & their blockchain address in your organization when needed. Refer to Wallets Info.
Once a customer in your interface triggers a withdrawal, initiate a withdrawal request to inabit's API. The following mutation is used to create a transfer request (withdrawal):
CreateWithdrawal Mutation:
Body (WithdrawalCreateInput object)
Example body:
In the mutation's response, you should receive the withdrawal ID.
🚧 Approval Required
Note that withdrawals will require an approval. In this case, approvals are given automatically according to the logic decided by the clearer (you), through the automatic approvals application (docker).
If you feel like you've missed this step, please check prerequisite once more and refer to our additional reference section at the beginning of the page.
The provider (you) needs to develop a logic to approve transactions using our approvals application tool. Please refer to the following subpage to learn more about how to Automate Signing Transactions.
There's no extra work needed in this step.
Once the transaction (withdrawal) request is approved using the API signer, the transaction will be broadcasted to the blockchain automatically.
In order for the wallet provider (you) to be able to monitor the statuses of transactions executed from your customer's wallets, you can register to our webhook service and subscribe to specific notifications allowing you to identify new incoming/outgoing transaction events, as well as status updates and wallet balance updates.
Please refer to Webhooks and Notifications 📣 for further information.
You are fully set to operate as a wallet provider using inabit's secured remote wallets infrastructure!
If you encounter any challenges in the process or need further clarification on any aspect, please don't hesitate to reach out to us at support@inabit.com.
Name | Type | Description |
---|---|---|
Name | Type | Description |
---|---|---|
blockchainId*
string
ID of the blockchain in inabit
financialAssetId*
string
ID of the financial asset in inabit (can be token/native)
organizationId*
string
ID of the organization in inabit
walletId*
String
Wallet ID
financialAssetId*
String
Asset ID
address*
String
From Address (Source)
amount*
Integer
Transfer amount
blockchainId*
String
Blockchain ID
note
String
Transaction Note
priority
String
Transaction Priority
(Slow, medium, fast, etc.)