Skip to main content
RebelFi’s Ramping API lets platforms give their business customers (recipients) dedicated USD virtual bank accounts for on-ramp (USD to USDC/USDT) and off-ramp accounts for payouts (USDC/USDT to USD). Conversion is automatic — no manual steps required.

Key Concepts

TermDefinition
ClientYour platform — the entity with a RebelFi account and API key
RecipientA business customer of yours that needs ramp accounts
On-Ramp AccountA dedicated USD virtual bank account — payers send USD, it converts to USDC or USDT automatically
Off-Ramp AccountA crypto deposit address — send USDC/USDT to it, USD is delivered to a bank account
TransactionA deposit (on-ramp) or payout (off-ramp) that has been converted and delivered
KYBKnow Your Business verification — required before a recipient can receive accounts
Payment RailThe payment method used: ach, fedwire, or swift
WebhookAn event notification RebelFi sends to your configured endpoint

Supported Chains

On-ramped USDC/USDT is delivered to your wallet on the chain of your choice:
BlockchainStatus
PolygonLive
ArbitrumLive
BaseLive
EthereumLive
SolanaLive

How It Works

1

Create a Recipient

You create a recipient via the API. Optionally include a physical address (required for off-ramp).
2

Recipient Completes KYB

Your recipient completes the hosted KYB form — takes a few minutes.
3

KYB Approved

RebelFi sends a customer.approved webhook. The recipient is now eligible for ramp accounts.
4

Create Ramp Accounts

You create on-ramp and/or off-ramp accounts for the recipient via the API. Each account is bound to a specific wallet, asset, and payment rail.
5

Funds Flow

On-ramp: Payers send USD to the virtual bank account via ACH, wire, or SWIFT. USD converts to USDC/USDT automatically and is delivered to the designated wallet.Off-ramp: Send USDC/USDT to the deposit address. USD is delivered to the configured bank account.
6

Webhook Notifications

RebelFi notifies you via webhook on every status change — KYB updates, transaction completions, and errors.
In webhook events from the underlying payment infrastructure, recipients are referred to as “customers” (e.g., customer_id, customer.approved). This reflects the payment provider terminology.

Next Steps

How It Works

Architecture, data flow, and fee model

Quick Start

Integrate in 5 steps

Authentication

API key setup

Webhooks

Event notifications