Borderless: stablecoin payments orchestration API
Borderless is a non-custodial API gateway to regulated on-ramp and off-ramp partners (PFIs). Identities, accounts, OAuth M2M auth, quotes, sandbox, and Benchmark pricing — docs.borderless.xyz.
devrels.xyz/a/207short linkBorderless (borderless.xyz, docs at docs.borderless.xyz) is a stablecoin payments orchestration network. You integrate one HTTP API; they connect that traffic to regulated partner financial institutions (PFIs) that run local on-ramps and off-ramps. Marketing cites 14+ providers, 95+ countries, and 63+ currencies — treat coverage tables in docs as the source of truth for any corridor you ship.
The design choice that matters for compliance and treasury: Borderless is not in the flow of funds and does not take custody. It is a gateway. Settlement and licensing sit with the PFIs you enable (Bridge, Bitso, Walapay, Yellowcard, Cobre, Infinia, and others listed on their network page).
Products
| Product | Role |
|---|---|
| On-ramp / off-ramp | Fiat ↔ stablecoin via configured PFIs |
| Compliance orchestration | Identities, documents, provider-side KYC/KYB checks across multiple PFIs |
| Borderless Benchmark | Public stablecoin vs local-currency pricing (embeddable widget) |
| Dashboard | Ops, analytics, API keys, org settings |
Object model
Integration order in the quick start is deliberate. You cannot jump straight to payouts without the parent objects.
| Object | Purpose |
|---|---|
| Organization | Your tenant; users, keys, PFI credentials, network defaults |
| Identity (personal / business) | PII/entity data for KYC or KYB; compliance checks run at PFIs |
| Account | Groups assets and wallet addresses; links crypto rails to fiat accounts at PFIs |
| Payment instruction | Where money should go (bank details, rails metadata) |
| Transaction | On-ramp deposit, off-ramp withdrawal, exchange, balance moves |
Accounts can wrap existing blockchain addresses. Docs describe generating withdrawal instructions and pre-built transaction payloads that you broadcast with your own wallet infrastructure — Borderless does not hold the keys. Asset labels in examples look like USDC_BASE, USDC_POLYGON; confirm Solana asset codes in the live API/catalog for your org (coverage is PFI- and corridor-specific).
Authentication
Access is not self-serve for production. Request onboarding (docs point at [email protected]). After invite, create API keys in the dashboard Developers section, then exchange client id/secret for an M2M access token (OAuth 2.0). Endpoints expect Authorization: Bearer …. Webhooks are signed.
curl -X POST "https://sandbox-api.borderless.xyz/v1/auth/m2m/token" \
-H "Content-Type: application/json" \
-d '{
"clientId": "your-client-id",
"clientSecret": "your-client-secret"
}'
# → { "accessToken", "tokenType": "Bearer", "expiresIn": 3600 }Many mutating routes require an Idempotency-Key header (UUID). Reuse the same key only for safe retries of the same operation.
Integration path
| Step | What you do |
|---|---|
| 1 | Onboard; PFIs selected and credentials configured |
| 2 | Create personal or business identity + documents |
| 3 | Run compliance checks required by the corridor/PFI |
| 4 | Create account; attach assets / wallet addresses |
| 5 | Create payment instructions for fiat destinations |
| 6 | Quote where needed; create on-ramp or off-ramp transaction |
| 7 | Handle webhooks; refunds/RFI if a payment fails compliance |
Sandbox base URL used in docs: https://sandbox-api.borderless.xyz. There is a dedicated sandbox testing guide under Developer Guides.
PFI integrations
The API reference includes a large integrations-config surface: Bridge, Bitso, Brale, Capa, Cobre, Dfns, Finity, Infinia, Koywe, Trace Finance, Walapay, Yellowcard, Utila, and more. Older one-endpoint-per-provider setup routes still exist; docs also describe a consolidated credentials endpoint that replaces the long list over time. Organization “network defaults” pick default PFIs per country and operation type.
When this fits (and when it does not)
| Fit | Less of a fit |
|---|---|
| Multi-country fiat collection/payout on stablecoins without integrating each local license yourself | Pure on-chain Solana DEX/swap with no fiat leg |
| One compliance/identity model spanning several on/off-ramp vendors | Teams that must own every banking license and rail in-house |
| Non-custodial architecture: you keep wallets and broadcast txs | Wanting a single custodial balance at the orchestration layer (Borderless explicitly is not that) |
Compared with single-provider APIs (e.g. one Bridge-only integration), Borderless is the multi-PFI control plane. Compared with a pure Solana payments stack (Solana Pay, local USDC transfer), Borderless is about fiat corridors and licensed partners, not replacing on-chain settlement between wallets.
Resources
- docs.borderless.xyz · llms.txt
- Quick start · Auth · Coverage
- Product site · Benchmark
- DevRels organisation
Summary
Borderless is a multi-provider stablecoin on/off-ramp gateway with a single REST surface: OAuth M2M tokens, identities, accounts, payment instructions, and transactions. Funds stay with licensed PFIs and your own wallets. Start at the quick start, confirm corridor coverage and PFI credentials for the countries you need, then wire webhooks and idempotency before production volume.
Keep reading
Move money between bank rails and crypto programmatically — quote, swap, withdraw, webhooks — with request signing instead of bearer tokens.
One ledger across fiat and stablecoins, pre-execution screening, and builder APIs — with deep Solana coverage and an MCP server on the same API key.
Marketplace payments are multi-party by default. MyGigsters packages onboarding, acceptance, global payouts, and worker benefits so platforms do not rebuild bank rails and compliance from scratch.
Get new articles in your inbox
Technical deep-dives on Solana tooling, infrastructure, and ecosystem. No noise.
