Skip to content
Executive summary

Omnibus lets an organization hold pooled on-chain funds in a single custody account while tracking each tenant's share off-chain.

  • A single omnibus wallet holds accepted funds on-chain.
  • Virtual accounts track tenant balances and movements off-chain.
  • Dedicated deposit wallets identify incoming funds before Omnibus sweeps them into the omnibus wallet.
  • Intra-omnibus transfers are off-chain and do not create blockchain transactions.
  • Withdrawals and other on-chain movements still follow custody policies, approvals, and signing controls.
Why this matters

Omnibus reduces blockchain fees and settlement delays for high-volume pooled custody, trading, tokenization, asset-management, and repurchase-agreement workflows. Instead of creating and operating many segregated wallets, operators can pool accepted assets on-chain and use off-chain accounting to represent each tenant's position.

For architects and operators, Omnibus changes how you design domains, policies, fee sponsorship, and monitoring. Operators must monitor the on-chain balance of the omnibus wallet and the off-chain virtual account records together.

Current scope

This release does not support native assets, cross-chain liquidity, automatic tenant assignment for direct deposits to the omnibus wallet, or delivery of Omnibus events to external consumers. Omnibus currently supports non-native assets on Solana, XRPL, and EVM networks, constrained by Gas Station coverage.

How Omnibus works

Omnibus scopes each structure to a Ripple Custody domain. The structure combines:

ComponentPurpose
Omnibus walletCustody account that holds pooled funds on-chain. Withdrawals leave from this account.
Virtual accountsOff-chain records that represent tenant positions in the pooled funds. The API uses tenantId and /tenants for these resources.
Host virtual accountFirst virtual account created with the omnibus structure. It holds unassigned funds and absorbs fee compensation.
Deposit walletsCustody accounts dedicated to virtual accounts for external deposits. Omnibus sweeps funds into the omnibus wallet after confirmation and quarantine release.
Accounting ServiceSource of truth for settled virtual account balances, statements, audit trail, and exports.
Gas StationFee funding for non-native token sweeps on supported Solana, XRPL, and EVM networks.

Off-chain virtual account records

Deposit

Sweep after confirmation and quarantine release

Withdrawal

Credits after sweep

Internal transfer

Fee compensation

External wallet

Deposit wallet

Omnibus wallet

External or same-instance destination

Host virtual account

Tenant A virtual account

Tenant B virtual account

Off-chain virtual account records

Deposit

Sweep after confirmation and quarantine release

Withdrawal

Credits after sweep

Internal transfer

Fee compensation

External wallet

Deposit wallet

Omnibus wallet

External or same-instance destination

Host virtual account

Tenant A virtual account

Tenant B virtual account

Common use cases

Use Omnibus when you need to:

  • Hold assets for many tenants while minimizing the number of on-chain custody accounts.
  • Give each tenant a dedicated deposit address while pooling accepted funds.
  • Support instant, fee-free movements between virtual accounts in the same omnibus structure.
  • Monitor a pooled blockchain balance against tenant-level off-chain positions.
  • Sponsor sweep gas centrally rather than requiring every deposit wallet to hold native tokens.

Omnibus vs. regular accounts

Regular Ripple Custody accounts are on-chain custody wallets. Balances, transactions, and policies attach directly to those accounts.

Omnibus adds an off-chain accounting layer. The omnibus wallet is still a regular custody account, but virtual accounts do not hold private keys or blockchain addresses themselves. They represent claims on pooled funds and can move value internally without creating blockchain transactions.

Lifecycle

At a high level, an omnibus structure moves through these stages:

  1. Plan the domain, Gas Station setup, Omnibus system-signed policy, and balance-monitoring model.
  2. Create the omnibus structure and omnibus wallet through the normal intent flow.
  3. Configure automation for deposit wallet creation, sweeps, and ledger propagation.
  4. Create virtual accounts for tenants.
  5. Generate deposit wallets lazily when a tenant requests deposit addresses.
  6. Operate deposits, withdrawals, and internal transfers.
  7. Monitor virtual account balances against the omnibus wallet and customer systems.

Limitations

  • A tenant is not a Ripple Custody user or domain. A virtual account represents the tenant's Omnibus position. Mapping users to tenants and virtual accounts is the customer's responsibility unless the Omnibus UI or customer integration enforces a stricter model.
  • Omnibus can't automatically assign funds sent directly to the omnibus wallet to a specific tenant in this release. Omnibus credits those funds to the host virtual account after confirmation and quarantine release.
  • Tenants must withdraw assets on the same ledger where they deposited them. Cross-chain liquidity is out of scope.
  • Omnibus currently supports non-native assets on Solana, XRPL, and EVM networks only.
  • The host virtual account can become negative when Omnibus compensates fees after deposits or withdrawals.
  • Deposit wallets inherit ledgers from the omnibus wallet. Adding a ledger directly to a deposit wallet can cause sweeps to fail if the omnibus wallet cannot receive that ledger.

Next steps

TaskDocumentation
Plan setup and controlsSetup and governance
Understand depositsDeposits
Understand withdrawalsWithdrawals
Move funds between virtual accountsInternal transfers
Review balancesBalances
Manage in the UIManage an omnibus account in the UI
Manage with the APIManage omnibus with the API