# Staking Revenue Model

The model is based on the mathematical advantage (edge) built into every game. This edge is distributed to the protocol's liquidity infrastructure through two specialized models depending on the game type:

* **House Edge (House Games):** For games like Roulette, the revenue is statistical, defined by the gap between 100% and the Return to Player (RTP) percentage. The player's entire bet amount reaches the game contract. Core accumulates tokens from game resolutions over time, and the platform edge is used to pay partners and managers atomically from Core's own balance.
* **Flat Fees (PvP Games):** For peer-to-peer games like Lucky Round or Stones, the platform edge is a flat fee deducted from the bet amount upfront. The game receives the net amount, while the deducted fee is partitioned by Core: a share goes to the partner and manager, and the remainder (pool fee) is sent immediately to the Liquidity Pool as guaranteed revenue.

## OLD V1 model

* This assignment is defined by the game logic that is described in Conservative vs Dynamic Games.

{% tabs %}
{% tab title="Conservative staking revenue model" %}
All shared games are subject to a winning fee that inflows to the conservative staking after the end of each round.

* Check the logic in [Conservative Staking Manual](/staking-manual/user-manual/conservative-staking-manual.md).
* Check the following list of all games and their winning fee inflow to conservative staking.

| Shared game        | Win fee  | Partner reward            | Staking reward               |
| ------------------ | -------- | ------------------------- | ---------------------------- |
| Predict Game       | **3.6%** | **Paid from winning fee** | **Win fee − partner reward** |
| Lucky Round (LURO) | **3.6%** | **Paid from winning fee** | **Win fee − partner reward** |
| Events             | **3.6%** | **Paid from winning fee** | **Win fee − partner reward** |
| Stones             | **3.6%** | **Paid from winning fee** | **Win fee − partner reward** |
| {% endtab %}       |          |                           |                              |

{% tab title="Dynamic staking revenue model" %}
All lotto games are designed to generate long-term profit based on the RTP coefficient (Return to Player) that gives the stakers an advantage to generate the profit in the long run.

* Check the dynamic staking logic in [Dynamic Staking Manual](/staking-manual/user-manual/dynamic-staking-manual.md).
* Check the following table with all dynamic games and their RTP.

| Lotto game    | RTP   | Partner reward              | Revenue                              |
| ------------- | ----- | --------------------------- | ------------------------------------ |
| Roulette      | 97.3% | **Paid from Partners Pool** | **Sum of bets − RTP (2.7% revenue)** |
| {% endtab %}  |       |                             |                                      |
| {% endtabs %} |       |                             |                                      |


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.celestium.digital/staking-manual/staking-explanation/staking-revenue-model.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.