Skip to main content
Every bridge transfer and SDA deposit moves through a defined set of states. You can follow them in two ways: For reconciliation and reporting, use the history endpoint (see List your transaction history).

Receive webhooks

Register a webhook URL for your project in the Rhino.fi Console, under Integrate → Webhooks. Enter your base URL only: Rhino.fi adds /rhinofi-event to it. To override it for a single transfer or SDA, pass webhookUrl in the quote or SDA create request. Before you rely on webhooks in production:
  1. Set up your endpoint.
  2. Verify every signature. Reject any request that fails verification.
  3. Recover missed events after downtime. From 9 November 2026, the event history endpoint requires a JWT from a secret key.
See the events list for payload details.
Webhook events and status-endpoint states don’t always share a name. A refunded swap is BRIDGE_REFUNDED as a webhook event and SWAP_FAILED_REFUNDED as a state.

Check a transfer’s status

This endpoint requires authentication. See the API reference for the full response. You can also look a transfer up by deposit hash or by withdrawal hash.

States

A transfer normally moves PENDING → ACCEPTED → EXECUTED. Swaps and some fast chains add intermediate states.
EXECUTED is the only state that confirms settlement. We recommend crediting your customer’s balance when you receive BRIDGE_EXECUTED or read EXECUTED from the status endpoint. Crediting earlier is possible, but it’s a risk decision for your team.

List your transaction history

The history endpoint returns every transfer in your project, newest first. It requires a secret key, because it exposes your full history.
The older page-and-limit history endpoint is deprecated and will be removed. Use the cursor endpoint above, which performs better on large histories.
For the history of a single SDA, see List its deposits.

Next steps

Go-live checklist

Complete the security and operations checks before you launch.