Gold Coins vs Sweeps Coins: The Dual-Currency Ledger & Economics Operators Run On (2026)

Two separate ledgers with opposite financial behavior, not two bonuses, define the Gold Coins versus Sweeps Coins split. Gold Coins (GC) are a sold entertainment product with no cash value, and a GC sale is recognized revenue the moment the player buys. Sweeps Coins (SC) are a promotional, redeemable currency the operator gives away, and every outstanding SC is a liability the operator may have to pay out in cash. Run those two currencies on one combined ledger and you cannot tell your revenue from your liabilities. The dual-currency model only works because the two are accounted for separately.

This is the financial and accounting architecture behind the sweepstakes model, written for founders, finance leads, and the affiliate managers who have to price RevShare against it. It covers the GC/SC ledger separation, how redemption liability accrues and releases, the margin math on a Gold Coin purchase, how SC float is managed, and - the part most operators get wrong - how the dual-currency ledger defines the affiliate RevShare base. The figures throughout are benchmark ranges we see across operator implementations, not numbers attributed to any named company, and nothing here is accounting or legal advice; confirm treatment with your own auditors and counsel.

Gold Coins vs Sweeps Coins as two ledgers, not one wallet

Operators should treat GC and SC as two books with different rules, not two balances in one wallet. The Gold Coin book records a product the player bought for entertainment. The Sweeps Coin book records a promotional grant the player can convert to cash once requirements are met. A player sees a single account; the operator's ledger sees a revenue stream and a liability pool that happen to share a screen.

Gold Coins: a sold product with no cash value

Gold Coins are the revenue engine. A player buys GC to keep playing in the standard, non-redeemable mode, and because GC can never be cashed out, the purchase price is the operator's top line. The marketing trick of the model is that a GC bundle is typically advertised on the strength of the bonus Sweeps Coins it includes, even though the thing being sold and recognized as revenue is the Gold Coins. The player is buying entertainment GC; the SC is the free promotional sweetener that makes the purchase compelling.

Sweeps Coins: a redeemable liability, not revenue

Sweeps Coins are never sold. They are granted free at sign-up, bundled as a bonus with GC purchases, dropped through daily login mechanics, and awarded through the no-purchase-necessary alternate method of entry that FTC promotional guidance requires. Every SC a player holds and could eventually redeem represents a potential cash outflow, which is why outstanding redeemable SC is best understood as a liability the operator carries on its books, not as money it has earned. The whole legal structure of sweepstakes depends on SC being a giveaway, never a sale.

Redemption-liability accounting: how the SC book accrues and releases

Because outstanding redeemable SC is a liability, the operator has to track when that liability accrues, when it releases, and what it is actually worth at any moment. This is the single most important number in sweepstakes finance, and the one most likely to be estimated badly by operators running on spreadsheets.

When SC liability accrues and when it releases

SC liability accrues whenever the operator grants redeemable SC: at sign-up, in a purchase bundle, through daily drops, and via AMOE requests. The liability releases in three ways. It releases when a player plays SC through and loses it (the SC is consumed, never to be redeemed). It releases when a player successfully redeems SC for cash (the liability becomes an actual cash payment). And it releases through breakage - SC that expires, is forfeited under the terms, or simply sits dormant on accounts that never return. The net of new grants minus all three release paths is the change in the liability each period.

Redemption ratio and effective SC liability

Not every SC granted becomes a cash payout, so the gross outstanding SC balance overstates the true liability. The figure that matters is the effective liability: outstanding SC multiplied by the share that will actually be redeemed rather than played off, expired, or abandoned. Across operators we work with, only a fraction of granted SC ever reaches redemption because most of it is wagered through and lost in normal play, and a further slice expires or sits dormant. Modeling the effective redemption ratio honestly is what separates an operator who knows its margin from one that is guessing.

Gold Coin purchase economics: where the margin actually is

Gold Coin sales generate the entire top line, and the largest cost against them, the bonus SC bundled with each purchase, is a contingent liability the player may or may not ever convert to cash. Understanding GC purchase economics means tracing a single bundle from sale to settled margin.

Anatomy of a Gold Coin bundle sale

When a player buys a GC bundle, the operator recognizes the bundle price as GC revenue and simultaneously incurs a contingent SC liability for the bonus SC included. Against that revenue, the operator carries payment-processing fees, the content revenue share owed to game studios and aggregators, platform and operating costs, and the expected cash cost of the bundled bonus SC after the redemption ratio is applied. The order in which these deductions hit the revenue base is exactly what determines the net revenue figure that an affiliate's RevShare is calculated against.

Why GC margin looks high but is not free money

GC has no cash redemption value, so granting GC at sign-up or in a bonus looks costless, and the headline margin on a GC sale can look spectacular. The discipline is to never read GC margin in isolation from the SC liability the same player is accumulating, because the player buying GC is also the player most likely to chase SC redemption. The content side of this stack - how studio and aggregator rev-share fits the same revenue base - is mapped in our game providers and RGS integration guide, and the build-cost side is covered in the build-vs-buy and tech-stack guide. Read together, they explain why two operators with identical GC sales can have very different real margins.

Sweeps Coin float management

SC float is the pool of outstanding redeemable Sweeps Coins across all player accounts at a given moment. Managing the float is a balance between giving away enough SC to keep players engaged and acquiring well through affiliates, and not letting the redeemable liability outrun the GC revenue funding it. Float management is where promotional generosity meets the balance sheet.

Levers that move the float

Operators control the float through a handful of levers: the size of welcome and bundle SC, the generosity of daily-login SC drops, the minimum-redemption threshold a player must reach to cash out, play-through requirements on bonus SC, and expiry rules on dormant SC. Tightening the redemption threshold or adding reasonable play-through slows redemption and lowers effective liability; loosening them speeds redemption and raises it. Each lever also affects player trust and the affiliate ranking sites that score generosity, so float management is never a purely financial decision.

Breakage and expiry as a planned input, not an accident

A predictable share of granted SC is never redeemed: it is wagered through and lost, it expires, or it sits on dormant accounts. Mature operators model this breakage as a planned input to float management rather than treating it as a happy accident, while keeping expiry and forfeiture terms transparent and compliant. The point is not to engineer forfeiture; it is to forecast the float accurately so that the cash needed for redemptions is always covered by GC revenue with margin to spare.

How the dual-currency ledger drives affiliate RevShare math

An affiliate RevShare is a percentage of a revenue base, and in the dual-currency model the definition of that base is the entire negotiation - the point where the ledger stops being a finance concern and becomes an affiliate-program concern. Get the base definition wrong and you either overpay affiliates against revenue you never kept or underpay them against revenue you did, and either error costs you partners or margin.

Defining the RevShare base in a dual-currency world

Three base definitions are common in sweepstakes affiliate deals. Gross GC revenue is the simplest and most affiliate-friendly because it ignores every operator cost. Net revenue after payment and content costs is more honest but harder to verify from the affiliate's side. Net revenue after payment, content, and SC redemption cost is the most operator-protective and the most contentious, because it asks the affiliate to share in the redemption liability of the players they referred. The defensible middle position is to net only the costs the affiliate's traffic genuinely drove and to document the formula before the partnership starts.

Why a dual-currency commission engine matters

Whatever base an operator chooses, the calculation has to be reproducible, currency-aware, and tied to the actual GC purchase and SC redemption events of the affiliate's referred players. A spreadsheet cannot keep GC revenue, content rev-share, and SC redemption liability separated per affiliate cohort at scale, which is why operators move this onto a commission management engine that understands the dual-currency base. Pairing it with affiliate tracking that attributes each GC purchase and SC redemption back to the source partner is what makes a net-of-redemption base defensible instead of a source of disputes. The welcome-offer side of this - whether sign-up SC cost is netted from the base - is worked through in the sign-up bonus operator playbook.

An operator checklist for the dual-currency ledger

Operators should work this checklist in order, because the affiliate-economics decisions at the end depend on the ledger discipline at the start. You cannot price RevShare against a base you cannot yet measure.

1. Keep GC and SC on separate books from day one: GC as recognized revenue, outstanding redeemable SC as a liability
2. Estimate an effective SC redemption ratio from your own cohort data and book effective liability, not gross SC granted
3. Trace a single GC bundle from sale through payment, content rev-share, bonus-SC cost, and operating cost to a net revenue figure
4. Model SC float with explicit levers (welcome size, daily drops, redemption threshold, play-through, expiry) and forecast breakage as a planned input
5. Choose and document the affiliate RevShare base definition before signing any partner, and decide explicitly whether SC redemption cost is netted
6. Tie every commission event to the referring affiliate and to the GC purchase and SC redemption activity of that affiliate's players
7. Run the commission calculation on a currency-aware engine, not a spreadsheet, so the base stays reproducible and defensible
8. Revisit the redemption ratio and float forecast as the player base matures, since early-cohort behavior rarely predicts steady state

For the foundational mechanics of the dual-currency model, pair this ledger view with the sweepstakes casino guide that covers GC/SC operations end to end.