Skip to main content
Receive customer onboarding lifecycle updates for fiat withdrawals, deposits, and virtual accounts. These events describe onboarding cases, not payments or settled funds.

Delivery and signature

Configure webhook URLs on the business master API key for the customer network (mainnet or testnet). Delivery uses active URLs, falling back to the legacy single URL when no active URLs exist. These are business-level events: no wallet is required. Verify the HMAC-SHA512 signature using that master API key, not a wallet key. The default header is x-blockradar-signature; configured signature-header overrides still apply.

Events

Payload

Fields

Handling updates

Acknowledge promptly with HTTP 200 and process idempotently. Retries can deliver duplicates; use the case ID, event and updatedAt to recognize repeated updates and fetch the latest case before changing state. Repeated identical status/reason updates are suppressed; action_required can be emitted again when actions or hosted sessions change. Not every intermediate status has an event. Approval does not move funds or guarantee that the business integration is eligible.

See also

Customer fiat flows · Delivery and signature Refresh onboarding — Request new withdrawal rates or a new deposit quote to create a fresh fiat session. Do not reuse a session created before approval. Customer onboarding state changes can also emit customer.onboarding.* webhooks; a refresh does not guarantee a new event for an unchanged case.