# 3.2 Tokenomics

This section describes the RH tokenomics framework: total supply, allocations, vesting principles, emissions used for incentives, and how initial circulating supply is approached. RH tokenomics is designed to be **understandable, defensible, and operationally realistic**, prioritizing transparency and long-term sustainability.

### Total Supply

* **Total Supply:** **10,000,000,000 RH**

Any changes to supply mechanics (e.g., minting, burning, or supply adjustments) must be explicitly disclosed. Unless otherwise stated in the technology section, the protocol assumes a fixed-supply model.

### Allocation Framework

RH allocations are structured to support membership incentives, ecosystem growth, and operational stability. Final percentages may be refined, but the framework should remain consistent and clearly documented.

| Category                     | Allocation (%) |        Amount (RH) | Notes                                                              |
| ---------------------------- | -------------: | -----------------: | ------------------------------------------------------------------ |
| Rewards Program              |            35% |      3,500,000,000 | Membership rewards, campaigns, ecosystem programs                  |
| Ecosystem & Partnerships     |            20% |      2,000,000,000 | Partner initiatives, integrations, grants (if applicable)          |
| Liquidity & Market Support   |            15% |      1,500,000,000 | Initial liquidity provisioning, market operations (policy-defined) |
| Community Growth & Marketing |            15% |      1,500,000,000 | Community campaigns, KOL/PR budget, growth initiatives             |
| Team & Contributors          |            10% |      1,000,000,000 | Core team and long-term contributors (vested)                      |
| Treasury / Reserve           |             5% |        500,000,000 | Contingency reserve under treasury policy                          |
| **Total**                    |       **100%** | **10,000,000,000** |                                                                    |

> Note: The “Liquidity & Market Support” allocation is governed by an operational policy. RH does not promise price outcomes, and market support does not imply a guarantee of liquidity or returns.

### Vesting & Lockups

To align incentives and reduce supply shock, RH applies structured vesting and lockups.

#### Team & Contributors 

* **Cliff:** 12 months
* **Vesting:** 24–36 months linear after cliff
* **Transfer restrictions:** As required by vesting schedule and operational policy

#### Ecosystem & Partnerships (Typical Controls)

* Released in tranches based on program milestones and governance-approved budgets.

#### Rewards Program (Emission Budget)

* Distributed over time through epochs and campaigns according to published budgets (see Section 2.3 and Section 3.3).

All vesting schedules and lockup rules should be published with dates (or epochs), and any material changes must follow the governance and operational controls.

### Emission Principles

RH emissions refer to the planned release of tokens from designated allocations (primarily the rewards budget) into circulation. Emissions are governed by:

* **Epoch-based distribution:** Rewards are released per epoch under a defined budget.
* **Program-based budgeting:** Campaigns have explicit caps and time windows.
* **Transparency:** Budgets, distribution methods, and on-chain records are published.

RH does not target a specific yield or return. Emissions are a coordination tool, not a profit mechanism.

### Initial Circulating Supply (Approach)

Initial circulating supply should be **intentionally conservative** to reduce volatility and supply shock. The initial circulating amount depends on:

* Liquidity provisioning requirements
* Program launch budgets (early rewards and campaigns)
* Vesting and lockup constraints
* Operational reserves and treasury policy

As a baseline principle, RH aims to keep a meaningful share of supply **restricted** (vested, locked, or program-budgeted) at launch, while ensuring sufficient liquidity for practical market access.


---

# 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://rh-project.gitbook.io/red-horse-rh/rh-token/3.2-tokenomics.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.