What the percentage describes
Return to player, or RTP, is a theoretical long-run ratio of money returned to money staked under a game’s specified model. A 96% RTP means an expected return of 96 units per 100 units of total stakes in that model. It does not mean a person will recover 96 units from a particular 100-unit deposit.
For a simple model with no additional complications, the house edge is 100% minus RTP. A game with 96% RTP therefore has a 4% theoretical house edge. The calculation applies to the model and rules being analysed.
Turnover and deposit are different
Suppose a hypothetical player makes 1,000 separate one-unit stakes. Total turnover is 1,000 units, even if some stakes reuse earlier returns. At a 4% house edge, expected loss across that turnover is 40 units. Actual results can differ substantially, including losing the available balance earlier.
This example is arithmetic, not a forecast or a suggested amount to gamble. Repeating play does not create a right to receive the theoretical average.
Volatility changes the spread of outcomes
Two games can have the same RTP and very different outcome distributions. One may return smaller amounts more frequently while another concentrates more of its theoretical return into rarer large outcomes. RTP alone does not reveal the likelihood of finishing ahead in a short session.
Check the exact rules and version
A title can exist in different configurations. The useful evidence is the information attached to the exact version and rules, not a figure copied from another site. For games affected by player decisions, an advertised theoretical return may depend on particular assumptions about those decisions.
What a review should avoid
A review should not call a game “due” to pay, imply that losses guarantee a later recovery or turn a theoretical percentage into a personal earning claim. In games designed with independent rounds, a prior loss does not by itself improve the next round.
For the difference between arithmetic and promotional conditions, see wagering requirements. For a different aspect of game verification, see provably fair explained.