Bank deposits, withdrawals, and virtual account funding.
Stablecoin rails for markets that actually move USD, BRL, MXN and more.
Launch compliant onramps, offramps, virtual accounts, quotes, and local payouts across ACH, PIX, SPEI, SEPA, FPS, and USDC settlement through one network that routes orders across eligible providers without exposing institutional partner credentials to client apps.
Every tenant is isolated. Every end customer completes partner KYC.
Supported corridors
Start where customers already bank, then settle into USDC when the product needs programmable dollars.
Instant local bank rails for Brazilian real corridors.
Mexican peso movement through the local electronic transfer rail.
Euro account-to-account routes for SEPA markets.
UK bank transfers through FPS-enabled payout paths.
Colombian peso coverage tracked as a controlled rollout.
Quote first, move second. Partner costs, the Avra base fee, and your own markup stay visible before the transfer is created.
No enterprise sandbox tax and no $5k/month minimum just to validate demand. Test rails, KYC gates, quotes, transfer signing, and fee rules before scaling volume.
Quote-first UX
Let users see the rate, rail, fees, and payout before they commit.
A web demo of the Monet bank-transfer quote flow: enter USD, choose a local payout route, and watch the received amount update with animated numbers.
USD
Provider network
Avra aggregates eligible providers and routes for the best executable quote.
Each quote checks available institutional LPs, partner banks, and regional rail providers, then selects the strongest route after pricing, customer status, speed, limits, compliance rules, and settlement preference.
Avra normalizes rates, provider costs, network fees, and route constraints behind one quote response.
KYC state, destination country, rail support, transfer size, and tenant permissions are checked before signing.
The quote ranks rate, speed, provider reliability, Avra fee, tenant markup, and expected received amount together.
If a provider is unavailable, Avra can route to the next eligible path before an idempotent transfer is created.
The stack
Infrastructure your product can build on, without rebuilding the regulated layer.
Customer onboarding
Create individual or business customers and launch hosted KYC or KYB review. Money movement stays locked until approval is active.
Built in sandbox
Virtual accounts
Issue reusable fiat deposit details for approved customers and define where converted funds settle.
Partner-bank ready
Quotes and transfers
Lock route, partner costs, Avra fees, and tenant markup in a quote before a signed, idempotent transfer is created.
Quote engine ready
Partner-aware routing
Keep one Avra contract while institutional LPs, partner banks, and regional rail partners evolve behind the server boundary.
Partner network expandingA controlled flow of funds
Your users see your product. Partner banks and LPs see the correctly identified customer and full transaction context.
Create a customer
Your tenant sends only the required customer profile.
POST /v1/customers
Complete KYC
The hosted flow records consent and verifies the end customer.
POST /kyc-sessions
Price the route
Avra returns partner, Avra, tenant, and network fees explicitly.
POST /v1/quotes
Move the funds
A signed request executes once and creates a durable audit trail.
POST /v1/transfers
Designed for the real trust boundary
One partner relationship does not mean one shared identity.
Avra holds institutional partner credentials server-side. Each developer gets a scoped API key, each request is signed, and every customer remains a distinct KYC record at the underlying partner.
Developer-side controls
Sandbox is open. Production money movement is KYB-gated.
Developers are not the end users receiving virtual accounts, but they do control API keys and transfer initiation. Avra reviews the tenant before live access and watches for obvious abuse.
Companies complete KYB and control-person checks. Individual builders complete KYC before live access.
Quotes lock route and fees, transfers are idempotent, and destination context is recorded for review.
Risk tiers, hourly limits, IP allowlists, and scoped keys reduce blast radius for abusive tenants.
Request IDs, nonces, idempotency keys, fees, and ledger entries stay tied to the tenant and customer.
Avra token
Network incentives for builders who create real volume.
The supply is allocated before launch, with the public curve limited to the launch float. Approved businesses receive a wallet, settled API volume unlocks eligibility, and claims are paid from a fixed developer pool.
Committed for burn from the reserved supply path.
Pre-funded into a claim contract for volume milestones.
Vested allocation. No separate marketing fund.
Only the launch float is routed through DBC/public liquidity.
Avra plans to direct half of API fees to recurring market purchases under a published policy.
Production rewards start only after tenant KYB and risk review are active.
Avra generates or connects a developer reward wallet and binds it to the tenant.
Only completed, non-reversed API volume counts toward reward eligibility.
Avra publishes epoch allocations; developers claim unlocked tokens from the distributor.
Token mechanics are subject to final legal review and launch docs. Developer rewards are designed as network participation incentives, not a promise of profit or passive yield.
Developer first
Start in the mock sandbox. Switch live partners later.
The public contract stays stable while live partner access remains gated by commercial and compliance approval.
const response = await avra.customers.create({
external_id: "user_1042",
type: "individual",
full_name: "Avery Morgan",
email: "avery@example.com",
country_code: "US"
})
console.log(response.customer.id)
Developer console
Sandbox workspace
Signed in
Across ACH, PIX, SPEI, SEPA, FPS, COP, and USDC routes.
0.30% base fee accrued on sandbox transfer volume.
Tenant markup collected above Avra and partner costs.
91.8% active KYC rate, 73 customers pending review.
Where funds are moving
Set your markup on top of Avra.
Google authenticates the developer. API keys authenticate servers.
Browser sessions never receive partner credentials or HMAC secrets. Tenant provisioning, fee limits, and production access remain server-controlled.
Loading…