Calculate mixed-game rakeback one eligible part at a time
For an edge-based reward across several games, calculate each eligible part using its own stakes, game edge, reward rate and earning weight, then add the matching reward amounts. An equal average of two games' RTPs loses the stake weights and can give the wrong total.
Keep the same currency, reward product and calculation window throughout. Apply any per-bet cap before summing; an unresolved game input or contribution rule leaves that part unresolved.
Unequal stakes need unequal RTP weights
This synthetic ledger assumes an already eligible account, two fictional games, USD throughout, full reward contribution and one constant 5% edge-based reward rate. The assumed RTPs describe this illustration only. They are not measured values for named games or a casino payout promise.
| Fictional game | Eligible stakes | Assumed RTP and edge | Theoretical edge amount | Nominal reward at 5% |
|---|---|---|---|---|
| Game A | USD100 | 99% RTP; 1% edge | 100 × 0.01 = USD1 | 1 × 0.05 = USD0.05 |
| Game B | USD900 | 96% RTP; 4% edge | 900 × 0.04 = USD36 | 36 × 0.05 = USD1.80 |
| Total | USD1,000 | Stake-weighted edge: 3.7% | USD37 | USD1.85 |
The simple average gives a different answer
Equal average RTP: (99% + 96%) ÷ 2 = 97.5%
Implied edge from that average: 2.5%
Incorrect reward for these stakes: USD1,000 × 0.025 × 0.05 = USD1.25
Correct nominal total: USD0.05 + USD1.80 = USD1.85, a USD0.60 difference
The equal average treats the games as if they had the same stake total. Here, Game B accounts for 90% of the stakes. The stake-weighted RTP is (100 × 99% + 900 × 96%) ÷ 1,000 = 96.3%, corresponding to the USD37 edge amount.
That USD37 is theoretical exposure, not a realised loss. The player does not need to lose USD37 for the arithmetic to describe the assumed reward base, and neither USD37 nor USD1.85 predicts a session's result.
An earning weight changes the eligible reward base
Now assume this hypothetical programme counts Game A at 100% and Game B at 50% for reward accrual. This is a new synthetic condition, not an earning rule assigned to Stake, SpinCrypto or Yeet.
Game A: full contribution
- Raw theoretical edge
- USD1
- Assumed earning weight
- 100% = 1
- Weighted edge
- USD1 × 1 = USD1
- Nominal reward
- USD1 × 0.05 = USD0.05
Game B: half contribution
- Raw theoretical edge
- USD36
- Assumed earning weight
- 50% = 0.5
- Weighted edge
- USD36 × 0.5 = USD18
- Nominal reward
- USD18 × 0.05 = USD0.90
Add the weighted amounts
Weighted eligible edge: USD1 + USD18 = USD19
Nominal reward: USD0.05 + USD0.90 = USD0.95 before caps, rounding and other adjustments
The games' RTPs have not changed. The earning rule has changed how much of their theoretical exposure contributes. Calling 1.9% the game's new house edge would confuse a programme adjustment with the game's mathematical configuration.
Yeet expressly allows differing game or promotional weighting. That establishes why an earning weight may matter, but it does not provide a universal 50% contribution for any game. A bonus-wagering or XP weight is not automatically the earning weight needed here. The guide to earning, wagering and XP contributions separates those rules.
Build the sum from the records that can actually share a rule
- Identify the exact reward product, eligibility and earning window. Keep each funding balance and currency identifiable.
- Match each qualifying stake to the game version and configuration's applicable RTP. Convert RTP to edge with 1 minus RTP as a proportion.
- Apply the reward earning weight and the rate valid for that stake. Split a group if a promotion, rate or eligibility rule changes.
- Apply bet-level caps and any stated bet-level rounding at their prescribed stage.
- Add only amounts in the same currency or convert them with the programme's applicable rule. Then apply any separate period cap or final rounding in its stated order.
This linear sum applies where it matches the programme's published calculation. It cannot reconstruct a personalised reward whose formula and rate are undisclosed. Before caps and rounding, the nominal sum is Σ(stake × game edge × earning weight × reward rate). Every percentage is entered as a proportion: 4% is 0.04, 50% is 0.5 and 5% is 0.05. Currency multiplied by proportions remains currency.
When one rate applies to every row, it can be applied after summing the weighted edge amounts. If rates differ, use each row's rate before adding its reward. Unknown earning weights cannot be silently replaced with 100%, and unknown edge cannot be replaced with zero or a catalogue average. The RTP input guide covers the game-version and configuration checks.
A per-bet cap prevents some shortcuts
SpinCrypto's Instant Rakeback has a USD50-equivalent accrual cap on each real-money bet. Its total accrued claim is explicitly uncapped. Those are different stages: sum the capped bet rewards, rather than applying USD50 once to the accumulated reward.
Its published illustration assumes one USD30,000 bet, 96% RTP and the 30% rate: USD30,000 × 0.04 × 0.30 = USD360 nominal, capped to USD50 for that bet. This is a conditional operator example, not a recommended stake or a tested result. A grouped turnover total without the bet-level records cannot determine how often the cap applies.
For native-crypto amounts, the cap uses SpinCrypto's internal bonus FX at the relevant calculation stage. A market exchange rate cannot replace it. Bonus-funded bets do not earn Instant Rakeback. The policy's welcome-bonus wagering contributions also do not automatically become Instant earning weights.
Read the programme conditions beside the formula
Stake illustrates a fixed casino-edge rate; SpinCrypto adds an explicit bet-level cap and funding rule; Yeet states that promotional contributions may differ. They demonstrate different calculation requirements, not a ranking by headline percentage. Account and country eligibility apply to each programme.
Keep unlike bases, currencies and collection stages separate
A poker reward based on actual rake, a sportsbook's reporting edge and a casino reward based on game RTP do not form one average RTP. A turnover rebate or loss-based cashback also needs its own denominator. If the money amounts can later be combined, preserve those different calculations first.
Per-bet rounding can differ from rounding after aggregation. The synthetic calculations above are exact before rounding; no casino rounding method, FX conversion, collection minimum or withdrawal result is assumed. An available claim, a balance credit and a completed withdrawal remain different events.
Keep a row unresolved when its required input is missing. An eligible subtotal can still be shown as a subtotal, with the omitted activity identified; it must not be presented as the complete account reward. Return to the casino rakeback guides for the next calculation question.
Questions about mixed-game totals
Can I average two game RTPs before calculating rakeback?
Use stake weights if the stakes differ. Calculate each eligible part with its own game edge, earning weight and reward rate, then add matching currency amounts. An equal average treats both games as if their stake totals were equal.
Where does a per-bet cap enter a mixed-game total?
Apply it to each affected bet reward before summing. A grouped turnover total cannot tell you how many capped bets occurred. Keep any separate period cap and rounding stage in their stated order.
Can one missing game weight be treated as full contribution?
No. Keep that row unresolved. A known eligible subtotal may be shown with the omitted activity identified, but it is not the complete account reward. Bonus-wagering and status weights cannot fill the missing earning field.