Updated October 2026. This guide is for general information and is not legal advice. Sweepstakes rules differ by state and change quickly, so confirm your plan with your own gaming counsel before you launch.

Short answer: A sweepstakes casino runs two separate money flows. Players pay to buy Gold Coin packages, which come with free Sweeps Coins, and later request cash prizes by redeeming Sweeps Coins. Purchases go through card or bank payment methods, and the processor decides whether to approve your business and each transaction. Redemptions go out through payout rails (card push, bank transfer, pay by bank or crypto) after identity checks. Most launch delays come from payment approval and payout design, not from the software, so plan both before you choose a platform.

This guide explains how each flow works, why payments get declined, where payouts fail, and what to ask a provider before you sign.

How money moves in a sweepstakes casino

Sweepstakes casinos use two virtual currencies. Gold Coins are bought for entertainment and have no cash value. Sweeps Coins are given as a free bonus with coin purchases or through a free method of entry (AMOE), and they can be redeemed for prizes after identity verification. Our guide to starting a sweepstakes casino in the US covers the model in full.

Four events involve money or money-like balances:

Event	What happens	Who decides	Common failure
Coin purchase	A player pays for a Gold Coin package, which includes bonus Sweeps Coins	The card network, the issuing bank and the processor	The payment is declined before your platform sees it
Free entry (AMOE)	A player gets Sweeps Coins without paying, for example by mail-in request, online form or free daily entry	Your official rules	The free route is hard to find or use
Redemption request	A player asks to turn Sweeps Coins into a prize	Your policy: minimum balance, holds, identity verification, eligible-state rules	Verification fails or the player’s state is not eligible
Payout	An approved prize is sent to the player	You execute the transfer on a rail with its own clearing time	The payout is returned, or details do not match the verified name

The first and last rows are where operators lose time and players. The middle two are policy.

Why payments get declined

A card payment does not go straight from the player to your platform. It typically passes through several decision layers, and each one can say no:

1. The card network applies its own rules.
2. The issuing bank applies its own risk model to the card and the merchant.
3. The payment processor underwrites your business and applies its own rules.
4. Your platform finally receives an approval or a decline, often with a generic reason.

Your platform cannot see most of these rules. Factors that commonly influence approval include how the processor underwrites your business, the states you serve, the card type, how consistent the identity data is across the account, the card and the verified ID, and your dispute history. Rules differ by processor, so treat any single approval-rate figure you read online as directional and ask for data on your own mix.

What you can control:

• Measure approval rate by state and card type, not as one overall number. A single average hides the segment that is failing.
• Do not depend on a single gateway. Two or more processors with fallback routing mean one processor’s policy change does not stop all purchases. Ask how quickly you can add or switch a processor.
• Keep identity data consistent. The name on the account, the name on the card and the name on the verified ID should agree.
• Apply your eligible-state rules before checkout, so players outside your eligible states are not asked to pay.

Payout rails: how a redemption reaches the player

Once a redemption is approved, money has to physically move. Four rails are common. The table summarizes what stays stable across providers.

Rail	What sets the speed	Who usually bears the cost	How it fails	What the player needs
Push to card	The receiving card issuer, not the sender	The operator, per payout, unless passed on to the player	The card is closed, reissued or does not accept pushed funds	A card in the player’s own name that accepts credits
Bank transfer (ACH)	The clearing cycle and the receiving bank	The operator, per payout	Wrong details, a closed account, or a name that does not match the verified identity	Account and routing details, entered correctly, in a name that matches the verified identity
Pay by bank	The player’s own bank, once the player authorizes the payment	The operator, priced per payout by the provider	The player’s bank is not supported, or the player abandons the authorization	An account at a supported bank and access to their banking app
Crypto	The network and the fee paid at the time of sending	The operator pays the network fee, which varies with congestion	A wrong address or wrong network usually cannot be reversed	A wallet address on the right network

Speed and price for each rail are set per provider, per merchant and per country, and they change. Ask every provider for current figures in writing and with a date.

Banks differ in how they treat a payout whose name does not match the account. Nacha’s rules allow a receiving bank to post an ACH credit using the account number alone, so a mismatch may go through unchecked or be flagged by the receiving bank for review (see Nacha’s operations bulletin on the individual name field). Matching the payout account name to the verified identity reduces the risk of paying the wrong account.

Where payouts fail

• The bounce after the balance is gone. The Sweeps Coins balance is deducted, the transfer is sent, and days later it comes back. The player sees a zero balance and no money.
• The name mismatch. Verification passed under one name and the receiving account is in another, for example a shared account or a changed surname. The payout can be flagged or held and usually needs documents from the player to resolve.
• Details entered wrongly. The most common failure, and every fix costs a support contact and a manual reissue.
• The transfer you cannot undo. A crypto transfer to a wrong address usually has no return path, so decide in advance whether you will cover it.

Decide your bounce policy before you launch. Write down whether the balance is restored automatically or by hand, who contacts the player and how long the player waits. A payout queue is a promise with a clock on it. Track the oldest pending payout, not just the average. Separate items waiting on your team from items waiting on a bank. Make sure whoever monitors the queue can release or reissue payouts.

Redemption controls that protect your payments

Payout rules are your policy, whoever supplies the platform. A sound setup usually includes:

• Identity verification before the first redemption, plus age checks
• A minimum balance and any holds you apply before a payout is approved
• Matching the payout account name to the verified identity
• Anti-fraud and anti-bonus-abuse rules, because multi-accounting and bonus abuse are common in sweepstakes play
• Eligible-state settings that can close redemption in a state without a code release

Our guide to choosing a sweepstakes casino platform provider lists the compliance questions to ask about eligible-state controls, AMOE and KYC.

Compliance is the operator’s responsibility

Rules for sweepstakes-style games differ by state and change quickly. Some states restrict or prohibit them, and some laws also address the companies that support operators, which can include payment providers. Compliance is the operator’s responsibility, including your list of eligible states and your payment set-up.

In practice:

• Ask your own gaming counsel which states you can serve, and re-check the list on a regular schedule.
• Make sure your platform applies the list before checkout and again at redemption.
• Ask each provider and processor how they handle eligible-state rules, and get the answers in writing.

Our first-time operator package guide lists what a complete package should include.

10 questions to ask a provider or processor about payments

1. Which payment methods can players use to buy coin packages, and which are live today?
2. Who holds the merchant account, you or the provider, and can you see settlements?
3. What approval rates do operators with a similar state mix see? Ask for dated figures in writing.
4. What happens if a processor changes its policy toward your business? Is there a fallback processor, and how fast can you switch?
5. Which payout rails are supported, and who executes the transfer?
6. What are the payout timelines and fees for each rail, in writing and with a date?
7. What happens when a payout is returned after the balance has been deducted?
8. What identity checks come before the first redemption, and how is the payout account name matched?
9. How are eligible states applied at checkout and at redemption, and who updates the list when rules change?
10. How are chargebacks and refunds handled, who bears the cost, and what transaction data can you export for your own records?

Common payment mistakes to avoid

• Treating payments as the last step. Payment approval can take longer than the platform build.
• Relying on one gateway. A single policy change can stop all purchases.
• No bounce policy. Returned payouts are predictable, so decide how you handle them before launch.
• Tracking one average approval rate. Segment by state and card type.
• Applying state rules after payment instead of before checkout.

Where Maincard fits

Maincard publishes this blog, so read this section as a vendor description and not as an independent review.

Maincard is a no-code white-label platform. Its Sweepstakes Sandbox lets you configure your brand, coin economy and game lobby, while Maincard’s platform and operations team run the business behind your brand. According to Maincard’s published materials, that includes payment integrations for fiat and crypto, player KYC, anti-fraud and anti-bonus-abuse controls, and 24/7 customer support.

Payment processing costs are separate from Maincard’s platform pricing. Supported payment and payout methods and their timelines differ by method, region and processor, so Maincard does not publish fixed figures. The team walks through payment and payout setup for your project on a demo.

Maincard requires platform clients to follow the local laws and licensing requirements of the regions they target, and it offers optional support through licensed third parties for compliance audits, regulatory filings and country-specific legal vetting. Compliance remains the operator’s responsibility.

Book a demo at maincard.io and use the 10 questions above as your agenda.

Frequently asked questions

How do sweepstakes casinos process payments?

Players buy Gold Coin packages, which include bonus Sweeps Coins, through card or bank payment methods. The processor underwrites the business and decides on each transaction. Redemptions are paid out separately through payout rails after identity checks.

Why do payments get declined?

Several layers can decline a payment: the card network, the issuing bank and the processor. Approval can depend on how the processor underwrites your business, the states you serve, the card type and how consistent the identity data is. Ask your provider for approval-rate data by state and card type.

How do players get paid when they redeem Sweeps Coins?

After identity verification and any holds or thresholds in your rules, the operator sends the prize through a payout rail: push to card, bank transfer, pay by bank or crypto. Each rail has its own speed, cost and failure modes.

How long do sweepstakes redemptions take?

It depends on the rail, the provider and the player’s bank or card issuer. The speed is set mostly by the receiving side, not the sender. Ask your provider for dated, written timelines for each rail.

Can a sweepstakes casino pay out in crypto?

Yes, crypto is one of the payout rails. The operator pays a network fee that varies with congestion, and a transfer to a wrong address or network usually cannot be reversed. Decide in advance whether you will cover such losses.

Who is responsible for payments on a white-label platform?

It depends on the contract. Ask who holds the merchant account, who decides whether a payout may proceed, who executes the transfer and who handles chargebacks. Get the answers in writing before you sign.

Who is responsible for legal compliance on a white-label platform?

The operator. Ask what tools the platform offers, such as eligible-state settings, and confirm your structure and your list of eligible states with your own gaming counsel.