Custodial Wallets require a business account. If you’re interested in using this product, get in touch and our team will follow up to discuss fit.
How accounts fit your integration
Typical flows build on three ideas:- Create and name accounts to segment funds (for example per merchant, product line, or settlement bucket).
- Receive value using deposit destinations. Crypto deposit addresses are the supported path for inbound funds today. Fiat deposit destinations are in active development.
- Move value using transfers between accounts, to external onchain addresses, to linked Coinbase balances where supported, or through other supported rails.
Account ownership models
To create a customer-owned account, pass the customer ID as
owner on POST /v2/accounts. The customer must hold all three custody capabilities (custodyCrypto, custodyFiat, and custodyStablecoin). See the Customers quickstart for an end-to-end example.
Supported assets and networks
Your entity configuration and environment determine which assets, networks, and settlement behavior are available. Verify your account setup before moving funds.Core API operations
Authentication follows the same CDP API key and JWT model as the rest of the platform. See Authentication and Idempotency for request signing and safe retries.
What to read next
Custodial wallets quickstart
Create an account in Sandbox and confirm balances with the API
Accounts API reference
OpenAPI-backed reference for account and balance endpoints
Custodial wallets quickstart
Create and fund Sandbox accounts
Payments overview
How payment acceptance, transfers, and deposit destinations relate to accounts
Customers & KYC
Onboard end users and unlock customer-owned accounts