An iGaming payment solution combines the player-facing cashier with gateway, PSP and acquirer connections, payout rails, fraud controls, and – where several providers are used – payment orchestration. It supports deposits and withdrawals for casino, sportsbook, poker, and other licensed real-money gaming products.
iGaming is commonly underwritten as a high-risk vertical because providers must assess card-not-present fraud and disputes, rapid movement of funds, cross-border traffic, operator licensing, AML and KYC controls, and the rules that apply in each target market.
In 2026, the quality of a payment setup depends on its architecture, implementation plan, regional method coverage, fraud controls, and negotiated commercial terms – not simply on the number of payment methods shown on a sales page.
This guide explains the payment stack, integration process, pricing and reserves, payment methods by geography, licensing constraints, fraud controls, and the criteria operators should use to compare providers.
What Is an iGaming Payment Gateway – and Why Is iGaming High-Risk?
iGaming payment processing covers licensed real-money casino, sportsbook, poker, and related gaming activity. Before approving an account, a payment provider or acquirer may review the operator’s legal entities, ownership structure, licences, target countries, player-verification procedures, processing history, dispute ratios, fraud exposure, settlement model, and website.
MCC 7995 is commonly associated with betting and gambling, but it is not the only code that may apply. For example, Mastercard’s 2026 specialty-merchant classification lists MCCs 7801, 7802 and 7995 for non-face-to-face gambling and MCC 7800 for government-owned lotteries in the United States. The applicable MCC is determined by the acquirer based on the operator’s activity, transaction channel, jurisdiction and card-scheme rules.
For operators, a high-risk classification usually means enhanced underwriting, a smaller pool of eligible acquirers, closer transaction monitoring, and potentially stricter settlement or reserve terms. It does not mean that every operator receives the same MCC, processing rate, rolling reserve, or payout schedule.
For a deeper casino-specific breakdown of underwriting and card-network requirements, see our casino payment processing guide.
The Payment Stack – Cashier vs Gateway vs PSP vs Orchestration
These four terms get used almost interchangeably in vendor marketing, and that’s a real problem for operators trying to evaluate what they actually need. Each layer does something distinct.
The cashier is the player-facing interface – the deposit form, the payment-method picker, the 3DS prompt, the success or failure message. It renders; it doesn’t move money. Operators typically choose between a white-label cashier supplied by the provider and a custom-built one wired into their own brand – the former is faster to launch, the latter gives more control over the player experience. The gateway securely captures or tokenizes payment data and transmits the authorization request between the cashier, processor or acquirer, card network, and issuing bank. In a card transaction, the issuer generally approves or declines the authorization; clearing and settlement are handled later by the relevant network, acquirer, and processor. A PSP typically bundles gateway and processing together as one commercial offering – most businesses use “PSP” and “gateway” interchangeably, even though they’re technically distinct. Orchestration sits above all of this: it decides, transaction by transaction, which PSP or acquirer handles a given payment, retries failures automatically through an alternative route, and gives operators one unified view across everything underneath.
Which Layer Do You Actually Need?
The honest answer depends entirely on scale and complexity, not on which layer sounds most sophisticated.
| Layer | What It Actually Does | When You Need It |
|---|---|---|
| Cashier | Player-facing deposit and withdrawal interface | Every operator needs one, whether hosted or custom |
| Gateway | Transmits payment data or tokens and authorization messages between the checkout and payment participants | When connecting the cashier to processors, acquirers or alternative payment methods |
| PSP | Provides gateway access and processing or acquiring connections, often with risk and reporting tools | A common starting point for operators using one principal commercial provider |
| Orchestration | Routes payments across multiple PSPs or acquirers, manages retries and consolidates reporting | When operating across multiple providers or markets, or when routing resilience and centralized control are needed |
A single-market operator running steady volume through one processor rarely needs a full orchestration layer – a solid PSP relationship covers it. The signals that it’s time to add orchestration are concrete: adding providers to reach new markets, approval rates plateauing, and downtime becoming too costly to risk. Skipping straight to orchestration before you’ve outgrown a single PSP just adds a management layer with nothing underneath to actually optimize.
iGaming Payment Gateway Integration Services – What's Actually Included
“Integration services” gets mentioned constantly in sales conversations but rarely broken down into what’s actually delivered, so here’s the concrete sequence most providers follow, whatever they call it.
- Discovery and scoping.
The provider reviews your license, target markets, expected volume, and current stack (if you’re migrating rather than starting fresh). This determines which PSPs and local methods actually matter for your business, rather than defaulting to a generic global list.
- API and webhook integration.
Deposits, withdrawals, and status updates get wired into your platform through REST APIs and webhook callbacks, so your system stays in sync with every transaction without manual polling.
- Sandbox and UAT.
Before anything goes live, transactions run in a test environment against realistic scenarios – successful payments, soft declines, timeouts, chargeback simulations – so integration bugs surface before they cost real money.
- Go-live and SLA commitments.
Once testing passes, traffic moves to production, typically with a defined uptime SLA and documented escalation paths for incidents.
Timeline and SLA – What to Expect
Implementation time varies materially by project. A hosted cashier or single-PSP connection can be relatively quick when the operator’s licence, KYB documentation, API access, and test credentials are ready. A multi-market launch can take several weeks or longer because local payment methods, bank onboarding, compliance reviews, technical certification, and UAT may follow separate timelines.
The implementation plan should distinguish technical development from underwriting and regulatory dependencies. Before signing, ask the provider to document the scope, responsibilities, test cases, external dependencies, expected go-live window, uptime SLA, and incident-escalation process.
Pricing Variables: Acquiring, Open Banking, Crypto and Dispute Costs
Pricing should be modelled by payment rail, market, and operator risk profile. Card acquiring for iGaming is quoted individually. The effective rate can depend on the operator’s licence, target countries, MCC, turnover, average transaction value, domestic and cross-border card mix, settlement currency, fraud and chargeback history, rolling reserve, and settlement schedule.
Open banking and pay-by-bank can remove some card-network cost components, but they still carry provider fees, and their commercial value depends on availability and player adoption in the target market.
Direct on-chain crypto transfers are not reversed through card-network chargeback procedures. However, this does not eliminate every dispute or loss scenario. If a player buys crypto using a card, uses an on-ramp or custodial provider, or funds are converted through an intermediary, card disputes, fraud claims, compliance holds, and provider-specific refund processes may still arise.
Operators should compare the complete commercial schedule: the processing rate, fixed transaction fee, FX markup, payout fee, refund fee, chargeback administration fee, retrieval or representment fee, reserve, settlement delay, monthly minimums, and any card-scheme monitoring assessments.
Rolling Reserve in Real Money – How Much Gets Held and How to Negotiate It
Rolling-reserve terms are set during underwriting and can vary by licence, jurisdiction, processing history, dispute profile, settlement model, and contract. The figures below illustrate the cash-flow effect of two possible reserve structures; they should not be treated as universal market terms.
At $850,000 in monthly processing volume, a 10% reserve retained across six monthly cycles ties up approximately $510,000. A 7% reserve retained across four monthly cycles ties up approximately $238,000. The $272,000 difference shows why the percentage and release schedule should be negotiated together.
Negotiating that gap down comes through a few specific levers, not vague goodwill:
- Push for a step-down schedule in writing, not a one-time reduction – a commitment that the reserve drops by 1-2 percentage points every six months conditional on chargeback performance. The agreement can provide for a reserve review after a defined period, subject to chargeback, fraud, and processing performance.
- Shorten the hold period before pushing on the percentage – even dropping 180 days to 120 improves cash flow meaningfully. A shorter release period can improve working capital even when the reserve percentage remains unchanged.
- Define the post-termination hold before signing. A provider may retain reserve funds until the agreed exposure window expires, but the duration is contract-specific. Ask the provider to state the release date, permitted deductions, reporting obligations, and conditions for an early release in writing.
- Bring six to twelve months of clean processing data to any renegotiation. Reserve terms move on demonstrated performance, not requests alone.
None of this requires threatening to leave. Processors would rather adjust terms on an account they already understand than lose the relationship and underwrite a replacement from scratch.
Payment Methods, Currencies and Crypto by Geography
Payment-method coverage should be planned market by market. A method may be technically available through a platform but unavailable to a particular operator because of its licence, legal entity, acquiring arrangement, local regulation, or the provider’s risk policy.
The following table is a discovery shortlist rather than a guarantee of availability. Every method must be confirmed for the operator’s exact product, licence, jurisdiction, and settlement model.
| Region | Payment methods to evaluate | Main currencies | What must be checked |
|---|---|---|---|
| UK | Local and international cards, open banking, pay-by-bank, e-wallets | GBP, EUR | UKGC compatibility, acquiring approval, SCA and withdrawal support |
| EEA | Cards, open banking, SEPA transfers, instant bank payments, local wallets | EUR and local EEA currencies | Local gambling authorization, country-specific method availability and SCA rules |
| Regulated US states | Cards, ACH or account-to-account payments, approved wallets and instant-payout rails | USD | State licence, product eligibility, acquirer approval and applicable gambling MCC |
| Ontario | Cards, bank-account methods and approved wallets | CAD | AGCO registration, iGaming Ontario agreement, AML responsibilities and method approval |
| Brazil | Pix, local cards, bank transfers and wallets | BRL | Operator authorization, PSP scope and local settlement |
| India and Southeast Asia | UPI or NetBanking where legally available; local mobile wallets such as GCash in supported markets | INR, PHP and other local currencies | Local legality of real-money gaming, payment restrictions and provider policy |
| Crypto-enabled markets | Wallet deposits, stablecoins and crypto payouts | Selected digital assets plus the operator’s settlement currency | Gambling licence, sanctions screening, wallet analytics, custody, VASP and Travel Rule obligations |
For a more detailed casino-specific country breakdown, see our guide to casino payment methods.
Licensing Across Jurisdictions – Why It Shapes Your Payment Stack
Licensing affects payment access, but no licence automatically guarantees acquiring approval or cross-border market access. A UK Gambling Commission licence applies to the regulated Great Britain market. An MGA licence authorizes activity within the scope of Maltese law, but it does not function as an EU-wide gambling passport. EU countries regulate gambling independently and may require a local licence or other national authorization.
Ontario uses a two-part market-access model. A private operator must register with the Alcohol and Gaming Commission of Ontario and execute an Operating Agreement with iGaming Ontario before offering games to players in the province. The AGCO’s published registration fee is CAD 100,000 per gaming site per year.
AML program responsibilities, information submissions, and FINTRAC-related reporting form separate parts of the Canadian and Ontario compliance framework. They should not be presented as part of the AGCO registration fee.
From an underwriting perspective, the practical question is whether a PSP or acquirer supports the operator’s exact licence, legal entity, gaming product, target jurisdiction, currencies, and settlement model.
Payout Speed, Fraud Prevention, AML and KYC in iGaming
UK Gambling Commission data for June to September 2024 covered 44.2 million withdrawals. Of these, 96.3% cleared automatically, 3.5% cleared within 24 hours, and 0.1% took up to 48 hours. In the same CEO Briefing, the Commission described the share taking more than 48 hours as very small but did not provide a separate percentage for it.
In 2025, the UK Gambling Commission Contact Centre recorded 1,791 complaints classified as withdrawals and/or financial transactions. Operators can reduce avoidable withdrawal friction by completing proportionate KYC earlier – at signup, first deposit, or when relevant risk triggers appear – instead of requesting routine documents only after a player asks to withdraw. AML obligations follow the same logic as elsewhere in gambling: source-of-funds checks scale with transaction size and account risk signals, not a flat rule applied identically to every player. According to Sumsub, citing Gambling Industry News, regulatory fines in the global gambling industry totalled at least $184.8 million in 2025. This is an aggregated industry estimate rather than a consolidated figure published by a single global regulator.
Fraud Controls Across Deposits and Payouts
Fraud prevention and AML address related but different risks. Fraud controls assess whether the player, account, and payment instrument are genuine. AML controls assess whether the source and movement of funds may be suspicious. An iGaming payment stack needs both.
Common payment risks include stolen-card deposits, card testing, account takeover, payment-method mismatch, multi-account or bonus abuse, rapid deposit-and-withdrawal activity, friendly fraud, and unauthorized changes to payout details.
Controls may combine 3DS, device and session intelligence, velocity rules, payment-name matching where available, behavioural monitoring, step-up authentication, cooling-off periods after payout-detail changes, and manual review for higher-risk withdrawals. Decisions should use several signals and proportionate thresholds rather than relying on a single automatic rule.
| Risk | Typical signals | Possible controls |
|---|---|---|
| Stolen cards and card testing | Many cards or repeated low-value attempts from one device | 3DS, velocity rules, BIN and country checks, device-risk signals |
| Account takeover | New device, password reset, changed payout details | Step-up authentication, session monitoring, payout cooling-off period |
| Multi-account or bonus abuse | Shared devices, identities or payment instruments | Device linking, identity checks, account-relationship analysis |
| Friendly fraud | Deposit followed by chargeback despite recorded gameplay | Clear descriptors, 3DS evidence, session records, reason-code analysis |
| Payout redirection | Bank account or wallet changed before withdrawal | Ownership checks, step-up verification, manual review |
Sumsub’s 2026 iGaming Fraud Report, based on more than three million fraud attempts observed in the company’s own verification data, reported a 4.5x increase in suspicious transaction volume between Q1 2025 and Q1 2026.
How to Choose a Provider – Checklist
- Stack fit: does the provider actually explain which layer – cashier, PSP, orchestration – you're evaluating, or is the terminology vague on purpose?
- Documented approval rate in your specific target markets, not a generic industry average.
- Reserve terms in writing, including a path to step-down, before you sign anything.
- Realistic integration timeline, with sandbox/UAT access and a defined SLA.
- License compatibility – does this provider have real experience underwriting your specific jurisdiction?
- AML/KYC workflow built into onboarding, not layered on after a complaint.
Do you have any more questions?
Fill out the form, and we will contact you
*By submitting this application, you consent to the processing of your personal data in accordance with the privacy policy.
iGaming Payment Providers: What to Compare
Providers in this market do not all sell the same layer. Some provide acquiring and payment methods, while others primarily provide cashier or orchestration technology. The table below is a due-diligence shortlist, not a universal ranking.
| Provider | Model | Publicly stated capabilities | Suitable for | What to verify |
|---|---|---|---|---|
| BillBlend | iGaming payment integration | 100+ methods, 70+ currencies, cards, open banking, wallets and crypto | Operators seeking one iGaming-focused integration | Acquiring entities, market eligibility, commercial rates, reserves and SLAs |
| Nuvei | PSP and global acquirer | Pay-ins, payouts, global acquiring, bank transfers, APMs, fraud and chargeback tools | Operators needing acquiring plus regional methods | Product and jurisdiction eligibility, settlement and reserve terms |
| Praxis Tech | Cashier and payment orchestration | 600+ PSPs, 1,000+ APMs and 200+ currencies, according to the company | Multi-PSP and multi-market operators | Which connections are actually live for the required licence and market |
| Corefy | Payment orchestration | 600+ ready integrations, 250+ payout methods and 200+ currencies and crypto assets, according to the company | Teams needing routing, reporting and connector management | Whether acquiring is included and which connectors support gambling |
The number of integrations alone does not determine provider fit. Operators should compare the provider’s role in the stack, actual market and licence compatibility, acquiring access, deposit and payout coverage, fraud controls, reporting, reserves, settlement terms, support model, and documented SLA.
BillBlend: Integration Services Built for iGaming Operators
BillBlend runs a single integration across 100+ payment methods and 70+ currencies for casino, sportsbook, and poker operators – cards, open banking, e-wallets, and crypto – with smart routing and cascading built in to lift approval rates beyond what any single acquirer delivers on its own. Integration services follow the sequence covered above: discovery, API and webhook setup, sandbox testing, and a go-live process with defined SLAs, so operators know what to expect before committing rather than finding out mid-project.
On the compliance side, AML and KYC workflows are built into onboarding rather than bolted on, chargeback management tooling is designed around gambling-specific dispute patterns, and reserve terms are structured for transparency and negotiation rather than a fixed number handed down at underwriting. Onboarding runs end-to-end through a live merchant dashboard with transaction-level reporting, backed by 24/7 support from a team that already understands iGaming underwriting.
For the full breakdown of BillBlend's iGaming solution, including pricing and integration options, see the dedicated iGaming payment gateway page.
Metrics to Track After Go-Live
| Metric | How to segment it |
|---|---|
| First-attempt deposit approval rate | By country, method, issuer country, PSP and decline reason |
| Recovered-decline rate | By fallback route and original decline code |
| Payout completion time | Median and p95 by payment method |
| Fraud loss rate | By market, method and approved volume |
| Chargeback ratio and fees | By acquirer, reason code and market |
| Capital held in reserve | By provider and expected release month |
Frequently Asked Questions
What is an iGaming payment solution?
It’s the payment infrastructure – cashier, gateway, PSP connections, and often orchestration – that handles deposits and payouts for casino, sportsbook, and poker operators, built around the high-risk classification and licensing requirements the whole vertical shares.
What’s the difference between a payment gateway and payment orchestration?
A gateway transmits payment data and authorization messages through a configured processor or acquirer connection. Orchestration sits above multiple gateways or PSPs, applies routing rules, manages eligible retries, and consolidates transaction data across providers.
How long does iGaming payment gateway integration take?
There is no universal implementation period. A narrow integration into an existing stack may take a few weeks, while a multi-PSP or multi-jurisdiction rollout can take longer. Ask for a dependency-based plan covering KYB, API work, method certification, UAT, compliance approval, and go-live.
How much of my revenue can be held in a rolling reserve?
There is no industry-wide percentage or release period. Terms are set during underwriting. Ask for the reserve percentage, release schedule, cap, step-down conditions, permitted deductions, and post-termination hold in writing.
Are iGaming withdrawals really as slow as they're often portrayed?
Not for most players at properly licensed operators. UK Gambling Commission data across the regulated market shows over 96% of withdrawals clear automatically, with delays concentrated almost entirely in the small share flagged for AML or identity review.
Does BillBlend support open banking and crypto alongside cards?
Yes – BillBlend’s iGaming stack includes cards, open banking rails, e-wallets, and crypto within a single integration, rather than requiring separate provider relationships for each.
Why are iGaming payments considered high-risk?
Providers assess iGaming more closely because of licensing requirements, card-not-present fraud and disputes, cross-border traffic, rapid movement of funds, AML obligations, and market-specific gambling rules. The resulting pricing and reserve terms depend on the individual operator’s profile.
Which payment methods should an iGaming operator support?
The mix should be selected by market. It may include cards, local bank-payment methods, open banking, e-wallets, and crypto where legally and commercially available. A provider’s global method list does not guarantee that every method is available for every licence or jurisdiction.
Can crypto eliminate chargebacks?
Direct on-chain transfers are not reversed through card-network chargeback rules. Dispute and fraud exposure can remain when cards, on-ramps, custodians, conversion providers, or other intermediaries are involved.
How do fraud controls differ from AML and KYC?
Fraud controls assess whether an account, identity, or payment instrument may be compromised. KYC verifies the customer, while AML controls assess the source and movement of funds and identify potentially suspicious activity.
