Skip to content

Insights

Crypto Payment Rails for Fintechs: Build, Buy or White-Label

Buying a provider’s API or white-labelling its product shifts the licensed work to someone else. For a regulated fintech, the accountability stays where it was but the decision that needs to be made is which layers of the rail you will own, and which duties to keep.

Two people at a meeting table, one holding a tablet displaying a cryptocurrency trading app with candlestick charts, the other holding a pen. A laptop showing a stock chart is visible in the background.
On this page

Since 1 July 2026, a fintech that wants to run its own crypto payment rails in the EU needs an authorisation first. ESMA confirmed in April that the transitional period for national registrations ended on that date across all 27 member states, with no extensions. A June press report counted about 210 authorised firms against more than 1,200 that had held national registrations, so most had not converted by then.

Buying a provider’s API or white-labelling its product shifts the licensed work to someone else. For a regulated fintech, the accountability stays where it was but the decision that needs to be made is which layers of the rail you will own, and which duties to keep.

Disclosure: Xchange360 sells white-label gateway, custody and exchange products. This guide ranks no providers.

Three models in plain terms

ModelWhat you doWhat the provider does
BuildHold the licences and run custody, conversion, compliance and the ledgerSupplies infrastructure, if you use vendors
Buy (API integration)Own the customer interface and the product, and integrate the provider’s APIRuns conversion, custody and settlement under its own licences
White-labelBrand and distribute the provider’s productRuns the product, the rails, compliance and settlement under your brand

Our guide to white-label payment gateways covers the third model in more depth, and our embedded payments guide covers why platforms embed rails at all.

Six layers, and who owns each

LayerBuildBuyWhite-label
Customer interface and brandYouYouYou, on the provider’s product
Ledger and reconciliationYouSharedProvider
Compliance: KYC, sanctions screening, Travel RuleYouSharedProvider, with your own obligations intact
Conversion and liquidityYouProviderProvider
Custody and settlementYouProviderProvider
Licensed perimeterYouPartly the providerPartly the provider

Many fintechs will want to own the first two layers whichever model they choose. The licensed perimeter is where the models differ most, and the answer depends on facts a table can’t hold: which activities run under whose licence, in which markets.

What building requires

Providing crypto-asset services in the EU needs authorisation as a crypto-asset service provider. Article 63 of MiCA sets the regulator’s clock: acknowledge the application within five working days, check it for completeness within 25, and decide within 40 working days of a complete application, with one suspension of up to 20 working days for questions. The clock starts at a complete file, so the time spent preparing one sits outside it.

Capital is the other statutory number. ESMA’s Annex IV table sets €50,000 for services such as transfer, execution and advice, €125,000 for custody and administration and for exchanging crypto-assets for funds or other crypto-assets, and €150,000 for operating a trading platform. The highest applicable class governs, per ESMA’s Q&A, and ongoing prudential safeguards must equal the higher of that minimum or a quarter of the previous year’s fixed overheads under Article 67.

Authorisation brings further duties. DORA applies to payment institutions and to authorised crypto-asset service providers, which brings ICT risk management duties and a register of third-party arrangements. Transfers also carry Travel Rule data, covered in our Travel Rule guide. Other markets run their own clocks: the UK’s cryptoasset regime starts on 25 October 2027, and Treasury’s proposal treats 18 January 2027 as the expected effective date for the GENIUS Act’s payment stablecoin rules.

Vendor and agency blogs add time and cost estimates, and they disagree. Cobo puts a custom build at 12 to 18 months and white-label at four to eight weeks. Errna puts a build at 18 to 36 months and white-label at one to three months. TokenMinds, writing about banks, gives 18 to 36 months for a build and 90 to 180 days for white-label. The ranges come from commercial blogs and differ widely, so the statutory figures above are the ones worth planning around.

What you keep when you buy or white-label

  • Accountability. DORA’s Article 28 says a financial entity remains fully responsible for its obligations when it relies on ICT services from a third party. The same article requires an assessment of ICT concentration risk and documented exit strategies for arrangements supporting critical or important functions. A fintech that isn’t one of the financial entities listed in DORA’s Article 2, which include payment institutions and crypto-asset service providers, sits outside its direct scope, and its question becomes which regime covers the activity its partner performs for it.
  • Whose licence the activity runs under. That is a fact about the structure, and the label “white-label” doesn’t settle it. Ask the provider in writing which of your activities run under its licence and which run under yours, then have counsel confirm.
  • Exposure to the provider’s ownership. Several of the rails you can buy now belong to larger companies: Stripe owns Bridge, as our processors guide tracks, and Mastercard completed its acquisition of BVNK on 3 August 2026. Circle’s CPN Managed Payments lets fintechs offer stablecoin settlement without holding digital assets, which adds a network-run option. A provider’s roadmap can follow its parent’s priorities, so ask what happens to your contract on a change of control.
  • Your customer data and brand. Know who holds the data, who sees the end customer, and what it takes to move both.

Choosing

Your situationLeans toward
Crypto is a feature of a product you already runBuy through an API
You need a branded product live in your channels with little engineeringWhite-label
Crypto rails are your core product and you can fund authorisation and a compliance teamBuild, or build selectively
You serve one or two markets now and more laterBuy or white-label first, since each market adds its own licensing clock
You need control of custody or pricingBuild, or buy with contractual controls
You can’t accept one provider’s ownership riskBuild the layers you must own and buy the rest from more than one provider

Ask six questions before deciding:

  1. Is crypto your core product, or a feature of it?
  2. Whose licence does each activity run under, and in which markets?
  3. Whose spread and pricing applies, and what lands net? Our guide to the real cost of crypto payments shows how spread hides in headline fees.
  4. Which layers must you control? Customer data and the ledger are the usual candidates, and custody for some.
  5. What is the exit? Data portability and switching time, and whether a second provider is possible.
  6. What happens if the provider changes owner?

One path is to start by buying or white-labelling and bring layers in-house when volume or product needs justify it. Keeping the integration points replaceable makes that path cheaper.

Checking a provider

  • Authorisation that lists the services you’ll use. A MiCA authorisation names the services it covers, so check that custody, exchange or transfer is on it if you use them. Our MiCA CASP guide covers the EU position.
  • Ownership and roadmap. Who owns it, and who has partnerships that shape its priorities?
  • Exit and data terms. What do you get if you leave?
  • Compliance coverage. Screening and Travel Rule coverage, and who carries each.
  • Settlement currencies and cut-offs.
  • Fee and spread transparency.

Build, buy and white-label each fit a different set of situations. What separates them is which layers you control and which duties stay with you, and the licensing answer comes from your structure and your markets, confirmed by counsel.

For how Xchange360’s white-label products work, see White-Label Gateway and Fintechs: add crypto rails under your brand.

This article is general information, not legal advice.

Recommended reading

Frequently asked questions

What is the difference between white-label and API integration for crypto payments?

With an API integration, you build your own interface and product on the provider’s services. With white-label, you brand and distribute the provider’s finished product. API integration gives more control over the product, and white-label usually gets to market with less engineering.

Does a fintech need its own crypto licence if it uses a provider?

It depends on the structure and the market, and the question should go to counsel. In the EU, MiCA requires authorisation to provide crypto-asset services, and a provider’s licence covers the activities the provider performs. Ask which of your activities run under whose licence.

How long does MiCA authorisation take?

The statutory clock allows 25 working days for the completeness check and 40 working days for the decision on a complete application, with one suspension of up to 20 working days. The time spent preparing the file sits outside that clock, and published estimates of end-to-end time vary.

What does DORA mean for a fintech that uses a crypto provider?

If the fintech is one of DORA’s listed financial entities, such as a payment institution or an authorised crypto-asset service provider, DORA keeps it fully responsible for its obligations when it relies on third-party ICT services, and it requires a register of those arrangements and documented exit strategies for critical functions. A fintech outside those categories isn’t directly in scope.

Can I switch providers later?

That depends on the contract. Ask about data portability, notice periods and transition support before you sign, and consider keeping the integration layer replaceable.

Move your money where it needs to go