In a nutshell
Blockradar lets you accept stablecoin deposits by generating dedicated blockchain addresses for each customer. Deposits are detected automatically, trigger webhook notifications, and can be swept into your master wallet — giving you full control over how funds flow through your platform.
Blockradar lets you accept stablecoin deposits by generating dedicated blockchain addresses for each customer. Deposits are detected automatically, trigger webhook notifications, and can be swept into your master wallet — giving you full control over how funds flow through your platform.
Prerequisites
API Key
Get your API key from the Blockradar Dashboard. Navigate to Developers to generate one.
Master Wallet
Create a wallet via the dashboard or API. You’ll need the
walletId for all deposit operations.Assets Enabled
Enable the stablecoins you want to accept on your wallet. Your wallet only detects deposits for assets you’ve explicitly added — see Asset Management.
How It Works
Blockradar’s deposit flow is built around a simple principle: every customer gets their own address, and every deposit is tracked automatically.Generate Addresses
Create a unique blockchain address for each customer or payment session. Deposits to that address are attributed to the customer automatically.
Detect Deposits
Blockradar monitors all generated addresses and fires a webhook the moment a deposit arrives. No polling required.
Auto-Sweep
Deposits are automatically consolidated into your master wallet, keeping customer addresses clean and your treasury centralized.
Check Balances
Query balances at the wallet or address level, for a single asset or all assets at once, with USD conversion included.
Granular Control by Design
Most blockchain infrastructure treats wallets as flat, one-size-fits-all containers. Blockradar is different. Every layer of the wallet hierarchy: master wallet, child address, and individual asset, is independently configurable, so fintechs can tailor the deposit experience to their exact product needs. This means you can:- Accept different stablecoins per wallet — enable USDC on one wallet and USDT on another, or both on the same wallet. You decide what each wallet monitors.
- Configure sweep behavior per address — auto-sweep deposits to the master wallet by default, but disable it for specific addresses where you want funds to remain in place.
- Attach metadata to every address — tag addresses with your own user IDs, session tokens, or internal references so deposits map directly to your system.
- Activate or deactivate addresses on demand — pause an address without deleting it, then reactivate when needed.
Step 1: Enable Assets on Your Wallet
Before you can accept deposits, your wallet needs to know which stablecoins to watch for. Fetch available assets with the Get Assets endpoint, then add the ones you want.Step 2: Generate a Customer Address
Create a dedicated address for each customer or deposit session. Every deposit to this address is automatically attributed to the customer.Response
Address Parameters
| Parameter | Type | Required | Description |
|---|---|---|---|
name | string | No | Human-readable label for the address |
metadata | object | No | Custom key-value pairs mapped to your internal system |
disableAutoSweep | boolean | No | Set true to keep deposits at the address instead of sweeping to the master wallet |
enableGaslessWithdraw | boolean | No | Enable gasless withdrawals from this address |
address with your customer. When they send stablecoins to it, Blockradar detects the deposit and fires a webhook.
Step 3: Listen for Deposits
Configure your webhook endpoint to receive real-time notifications when deposits arrive.Webhook Events
| Event | Description |
|---|---|
deposit.success | A deposit has been confirmed on-chain at a customer address |
deposit.swept.success | The deposit has been auto-swept to the master wallet |
Webhook Payload
The
metadata you attached when generating the address is included in every webhook for that address, so you can map deposits back to your users without an extra lookup.Checking Balances
Query balances at any level of the hierarchy — master wallet or individual address, single asset or all assets.Single Asset Balance (Wallet)
All Asset Balances (Address)
Balance Endpoints
| Scope | Single Asset | All Assets |
|---|---|---|
| Master Wallet | GET /v1/wallets/{walletId}/balance?assetId={assetId} | GET /v1/wallets/{walletId}/balances |
| Child Address | GET /v1/wallets/{walletId}/addresses/{addressId}/balance?assetId={assetId} | GET /v1/wallets/{walletId}/addresses/{addressId}/balances |
Managing Addresses
List All Addresses
Fetch every address under a wallet, with analytics on active vs. inactive counts.Get a Specific Address
Retrieve full details for a single address, including its configuration and metadata.Update an Address
Modify an address’s name, metadata, active status, or sweep configuration.Deactivate an Address
SetisActive to false to stop monitoring an address. The address and its history are preserved — you can reactivate it at any time.
Auto-Sweep
By default, deposits to child addresses are automatically swept to the master wallet. This keeps customer addresses clean and consolidates funds for treasury management or payouts. You can control this at the address level:| Setting | Behavior |
|---|---|
| Auto-sweep enabled (default) | Deposits are automatically moved to the master wallet after confirmation |
| Auto-sweep disabled | Deposits remain at the child address until manually swept or withdrawn |
Manual Sweep
If auto-sweep is disabled, you can trigger a sweep on demand:Deposit Finder
If a deposit doesn’t appear (e.g., missed webhook), use the deposit finder to rescan the blockchain:Complete Flow Example
Here’s a full implementation: enable an asset, generate a customer address, and handle the deposit webhook.Best Practices
Address Management
- One address per customer — generate a unique address for each user or payment session to simplify attribution
- Use metadata — attach your internal user IDs and references so webhook payloads map directly to your system
- Deactivate, don’t delete — set
isActive: falseon addresses you no longer need, preserving history
Security
- Validate webhooks — verify that incoming webhook requests originate from Blockradar
- Enable AML screening — Blockradar can screen deposit addresses automatically (see AML Screening)
- Monitor webhook logs — use
GET /v1/wallets/{walletId}/webhooksto debug failed deliveries
Operations
- Enable only the assets you need — a focused asset list reduces webhook noise and keeps balance queries fast
- Test on testnet first — generate addresses, simulate deposits, and verify your webhook handler before going to mainnet
- Use the deposit finder — if a customer reports a deposit you haven’t received, rescan the blockchain before troubleshooting further
API Reference
Wallet
| Endpoint | Description |
|---|---|
| Get Wallet | Retrieve wallet details and configuration |
| Get Balance | Check single asset balance on master wallet |
| Get Balances | Check all asset balances on master wallet |
| Trigger Sweep | Manually sweep deposits to master wallet |
| Deposit Finder | Rescan blockchain for missing deposits |
| Webhook Logs | View webhook delivery history |
Addresses
| Endpoint | Description |
|---|---|
| Generate Address | Create a new customer deposit address |
| Get Addresses | List all addresses on a wallet |
| Get Address | Retrieve details of a specific address |
| Update Address | Update address name, metadata, or configuration |
| Get Balance | Check single asset balance on an address |
| Get Balances | Check all asset balances on an address |
| Get Transactions | View deposit history for an address |
Asset Management
| Endpoint | Description |
|---|---|
| Get Wallet Assets | List enabled assets on a wallet |
| Add Asset | Enable a new stablecoin for deposits |
| Remove Asset | Stop monitoring a stablecoin |
| Update Asset | Update asset-level configuration |

