403, even if
an address was provisioned previously. Development and staging skip this gate.
Response Handling
Store the chain and address together. When displaying deposit instructions, show the exact chain returned by the API next to the address. If your interface has QR codes, encode only the returned address and keep the chain label visible outside the QR code.Safety Rules
- Use the chain value returned by
GET /partner/wallets/chains. - Show the exact returned chain and address.
- Sending funds on a different chain can permanently lose funds.
- In development testing, Tron Nile is the preferred USDT route.
- Do not rewrite, trim, or normalize crypto addresses beyond basic whitespace handling.
- Save the chain alongside every address, deposit record, and support ticket reference.
USDT and USDC are stablecoin rails for USD activity.
If a deposit needs Travel Rule information, wallet transaction reads return
status: "hold" with required_action.type: "travel_rule" until the user
submits the requested sender details through
POST /partner/wallets/crypto/deposits/{id}/travel-rule.
Deposit States
Use deposit webhooks for timely changes and wallet transaction reads for
periodic reconciliation and webhook-gap recovery.
Common failures include unsupported chain values, missing
X-Api-Key, or requesting an address before wallet access is enabled.