Crypto and forex payments: same high-risk label, different machinery

Why each one is high-risk, specifically

A forex broker's payment risk is a dispute problem. Clients deposit with cards, lose money trading, and dispute the deposit. Issuers usually side with the cardholder, so the broker's chargeback ratio tracks client losses, and acquirers price or decline accordingly. The transactions themselves are ordinary card payments; it's the aftermath that's toxic.

A crypto business's payment risk is a compliance problem. When a customer buys crypto with a card, the acquirer worries about where the asset goes next: sanctions exposure, money laundering, and fraud victims being coached into buying crypto for a scammer. Disputes exist here too (a scam victim disputes the card purchase after the crypto is gone, and the exchange eats an irreversible loss), but the core reason banks hesitate is AML accountability, not dispute ratios.

This is why underwriting feels different in each vertical. A broker gets grilled about client jurisdictions and dispute history. An exchange gets grilled about its transaction monitoring, custody, and licensing.

The regulatory overlap

The two verticals converge on three obligations. KYC: both must identify customers before money moves, with document verification and screening against sanctions lists. AML programs: both need transaction monitoring, a compliance officer, and suspicious activity reporting in most jurisdictions. Licensing: brokers need financial-services authorization per market (FCA, CySEC, ASIC and so on), while crypto businesses need VASP registrations, money transmitter licenses in the US state-by-state, or MiCA authorization in the EU as of 2025. An acquirer underwriting either will ask for the license first, and "pending" is usually read as "no."

Where they diverge: the travel rule. Crypto businesses above thresholds must transmit originator and beneficiary information alongside transfers between VASPs, an obligation forex brokers don't carry. And brokers face marketing and leverage rules (like ESMA's retail leverage caps) that have no crypto-payments equivalent but heavily influence which clients show up and how they deposit.

The hybrid case: brokers taking crypto deposits

The overlap gets practical when a forex broker adds crypto deposits, which most eventually do because it fixes their two worst card problems: issuer declines on forex MCCs, and deposit chargebacks. The compliance question to settle first is who touches the asset. If a processor receives the crypto, converts, and delivers settled funds, the broker generally stays inside its existing regulatory perimeter; if the broker holds crypto client balances itself, it may have just become a VASP with a second licensing regime. Structure it deliberately, in writing, with counsel from someone who's done it before.

Flint sits on the payments side of that line: customer pays in crypto, the merchant gets settled funds and a clean per-order record, and your regulator sees a payment method rather than a new business activity.