Build the future of money with Bridflow
Documentation, SDKs, and tools to integrate Fiat and Web3 payments in minutes.
Your first API flow in 3 steps
Start with the current OpenAPI contract: authenticate, create an account, and continue with KYC status polling.
Build a current transfer route request
Preview the PATCH /transfers/info/v1 body and response shape from the current OpenAPI contract.
tune Configure Request
Endpoint
OpenAPI specification, always up to date
Our API is fully described using the OpenAPI (Swagger) standard, ensuring predictable, secure, and easy-to-maintain integrations.
Build on a solid foundation
- fact_check
Single source of truth
The specification defines exactly which endpoints exist and what data they expect, eliminating guesswork and errors.
- code_blocks
Autogenerated SDKs
Generate strongly-typed API clients for Node.js, Python, Go, PHP, and many more languages.
- integration_instructions
Interactive Documentation
Explore, visualize, and test our endpoints directly from the interactive UI (compatible with Swagger UI).
- rule
Validation and Mocks
Accelerate development using mock servers based on our specification before connecting your real code.
- api
Native import
Import the entire collection directly into Postman, Insomnia, or API tools securely and easily.
curl -X PATCH "https://api-preview.bridflow.com/transfers/info/v1" \
-H "Authorization: Bearer ACCESS_TOKEN" \
-H "Content-Type: application/json" \
-d '{
"selectedSource": {
"currency": "Eur",
"paymentRail": "Sepa",
"provider": "Bridge"
},
"selectedDestination": {
"currency": "Usdc",
"paymentRail": "Polygon",
"provider": "Bridge"
}
}' {
"selectedSource": {
"currency": "Eur",
"paymentRail": "Sepa",
"provider": "Bridge"
},
"selectedDestination": {
"currency": "Usdc",
"paymentRail": "Polygon",
"provider": "Bridge"
},
"availableSources": [],
"availableDestinations": [],
"routes": [
{
"routeKey": "Sepa:Eur->Polygon:Usdc",
"flowType": "AutoForwarding",
"provider": "Bridge"
}
],
"transactionsInfo": []
}Robust authentication and strict error handling
Built on industry standards to ensure the security of your funds and the stability of your integration.
Basic credentials and Bearer tokens
Use Basic authentication only to create a current connect token, then send Bearer-authenticated API calls from your backend.
1. Token Generation
POST /identity/auth/tokens/current/v1 returns an access_token for API calls.
2. Secure Requests
Authorize your calls by injecting Authorization: Bearer <token> into the headers.
Errors under the RFC 9457 standard
We return structured errors using the application/problem+json format, providing precise details to facilitate debugging.
{
"type": "https://api.bridflow.com/problems/validation-error",
"title": "One or more validation errors occurred.",
"status": 400,
"detail": "The request body failed validation.",
"instance": "/transfers/auto/v1",
"errors": {
"destinationSavedContactId": [
"The destinationSavedContactId field is required."
],
"route": [
"The route field is required."
]
}
}Learn by building (Step-by-step tutorials)
Code recipes ready to copy and paste into your project, focused on real use cases.
How to integrate Fiat payments into your Web3 platform
Learn the fundamentals of connecting fiat on-ramps to your DApps using our API.
Advanced Webhooks: Retry policies and testing
Best practices for reliably handling webhooks with retry policies.
Auto Convert Routes for incoming funds
Discover supported routes, collect route-specific fields, and create reusable Auto Convert Routes.
Built by developers, for developers
We are here to help.
The Bridflow engineering team actively participates in the community to answer technical questions.
Did you find what you were looking for today?