1.3 Architecture (High-level flow)

A modular design: membership, rewards, and optional P2E program integration

RH is designed as a small set of on-chain components with clear boundaries: a token contract, a locking mechanism that derives membership tiers from commitment, and a rewards mechanism that distributes incentives under predefined rules. This section explains the architecture at a high level—what the core components are, how they interact, and what an end-to-end user flow looks like.

System Components (High-level)

1) RH Token Contract The RH token is used for membership locking and participation in ecosystem programs. Holding RH alone does not create membership status—tiers are earned through locking.

2) Membership (Locking) Contract The membership contract is the source of truth for tier status. It records who locked RH, how much, and under what lock configuration. Membership tiers are derived from these on-chain records according to publicly stated rules.

3) Rewards Module (Program Logic + Distribution) The rewards module defines how incentives are calculated and distributed over time (e.g., in epochs). Reward weights may incorporate membership tiers and other program parameters. Distributions are executed under transparent rules and are intended to be auditable.

4) Treasury / Rewards Pool (Operational Wallets) Treasury and rewards pool addresses fund ecosystem programs and reward distributions. Their use is governed by the policies described in this whitepaper and the operational controls described in the security section.

5) Governance (Scope + Process) Governance defines what can be changed (scope) and how changes are proposed, discussed, and adopted. Governance is designed to evolve in phases and is limited to parameters explicitly described in the governance section.

6) Optional Application Layer (P2E Programs) Game-oriented experiences, including P2E-style seasonal campaigns, may integrate with RH by referencing membership tiers and reward rules. This application layer is optional and not required for RH’s core membership system to operate.

End-to-End Flow (User Journey)

At a practical level, the RH protocol operates through the following sequence:

1. Acquire RH A user obtains RH through supported market venues or ecosystem programs.

2. Lock RH to activate membership The user locks RH through the membership contract, creating a verifiable on-chain record of commitment.

3. Tier assignment The protocol assigns a membership tier based on the user’s locked amount and lock configuration, according to predefined rules.

4. Program participation and weighting The user’s tier determines eligibility, priority, and/or reward weight within RH ecosystem programs. If an application integrates RH (e.g., a P2E-style campaign), it may reference the same tier and weighting framework.

5. Rewards distribution (by epoch) Rewards are calculated over a defined period (e.g., weekly or monthly epochs) and distributed according to the rewards module logic.

6. Unlocking (subject to rules) When a user unlocks RH, membership status and reward weighting adjust according to the locking rules.

Transparency and Verifiability

RH is designed so that critical membership signals are visible on-chain:

• Locked balances and lock states are recorded by the membership contract.

• Tier logic is defined by explicit rules and derived from observable state.

• Reward distributions can be traced to on-chain transactions and program-defined parameters.

Contract and wallet addresses are published in the “Contract Addresses” section once deployed.

Operational Controls (High-level)

To prioritize safety and minimize discretionary risk:

• Administrative capabilities, if any, are limited to narrowly defined actions (e.g., parameter updates within defined bounds or emergency safeguards) and are documented in the security section.

• Operational wallets are intended to be protected by robust controls (e.g., multi-signature governance) to reduce single-point-of-failure risk.

This architecture keeps RH intentionally simple: a verifiable commitment mechanism (locking) produces membership tiers, and a rules-based program distributes rewards over time—while remaining compatible with optional application-level programs such as P2E-style seasonal campaigns.