Welcome to Dharitri

✅ The Dharitri Token System

Overview

The Dharitri ecosystem uses a dual-token model to support initial project development and power the long-term Layer 1 blockchain.
  • pREWA (BEP20 Token): A temporary, pre-mainnet fundraising and utility token on BNB Smart Chain (BSC). pREWA holders can participate in advisory, non-binding governance signalling but will have no formal on-chain voting rights until conversion to REWA.
  • REWA (Native L1 Token): The permanent operational token of the Dharitri blockchain, with a fixed maximum supply of 10 billion REWA.
All pREWA supply (1 billion) is carved out of REWA’s 10B allocations across multiple categories. At mainnet launch, every pREWA will migrate 1:1 into REWA, preserving the fixed REWA cap and avoiding any double supply.

pREWA (BEP20 Token)

pREWA is designed for:

  • Initial development funding.
  • Community participation via staking and liquidity provision.
  • Early support of the Kenya pilot and ecosystem growth.
Total Supply: 1,000,000,000 pREWA (drawn from REWA allocations).
Allocations:
CategorypREWA Allocation% of pREWACorresponding REWA AllocationPurpose
Early Supporters400,000,00040.00%Part of 500M REWA Early SupportersStrategic fundraising from private sales
Exchange Listings (DEX)90,000,0009.00%Part of 1B REWA Exchange ListingsLiquidity provision and community access
Reserve Treasury240,000,00024.00%Part of 1.2B REWA TreasuryEcosystem development, operational reserves
Staking & Liquidity Rewards100,000,00010.00%Part of 2.6B REWA Staking RewardsIncentives for early participants
Community Rewards60,000,0006.00%Part of 1B REWA Community RewardsUser growth and engagement
Marketing & Partnerships50,000,0005.00%Part of 500M REWA MarketingAwareness campaigns and partnerships
ReFi Pilot Program (Kenya)60,000,0006.00%Part of 1B REWA ReFi Global FundDirect funding for Kenya pilot
Note: The total pREWA supply (1B) is a subset of REWA allocations. All pREWA will convert 1:1 into REWA at mainnet.

REWA (Native L1 Token)

REWA is the native cryptocurrency of the Dharitri blockchain, used for:

  • Gas fees and transaction costs.
  • Validator staking and delegation.
  • Governance voting and treasury proposals.
  • Ecosystem rewards and incentives.
Maximum Supply: 10,000,000,000 REWA (fixed cap).
Allocations:
REWA Category Total REWA Allocation % of Total REWA Notes
Early Supporters 500,000,000 5.00% Includes 400M issued as pREWA, 100M distributed post-mainnet
Development Team 1,500,000,000 15.00% Team incentives with vesting
Exchange Listings 1,000,000,000 10.00% Includes 90M issued as pREWA
Reserve Treasury 1,200,000,000 12.00% Includes 240M issued as pREWA
Staking & Validator Rewards 2,600,000,000 26.00% Includes 100M issued as pREWA
Ecosystem Grants & Development 700,000,000 7.00% Third-party projects & infrastructure
Community Rewards & Adoption 1,000,000,000 10.00% Includes 60M issued as pREWA
Marketing & Partnerships 500,000,000 5.00% Includes 50M issued as pREWA
ReFi Global Fund 1,000,000,000 10.00% Includes 60M issued as pREWA for Kenya pilot

Vesting, Lockups, and Supply Safeguards

To ensure long-term alignment and project stability, key allocations are subject to programmatic vesting and lockup schedules managed by audited smart contracts.
Category Amount (REWA) Cliff Vesting Unlock Cadence Controller Timelock
Development Team 1.5B 12 months 36 months Monthly, linear Foundation 3/5 Safe 72 h
Early Supporters 500M 6 months 24 months Monthly, linear Foundation 3/5 Safe 48 h
Reserve Treasury 1.2B None None Per DAO vote Treasury 4/7 Safe 96 h
Note: Addresses for vesting contracts and controllers will be published in Appendix B.

pREWA-to-REWA Conversion Mechanism

At Dharitri mainnet launch, a bridge system will enable a 1:1 conversion of all pREWA into REWA.

  • Each pREWA category maps directly into its corresponding REWA allocation.
  • This ensures the REWA total supply remains fixed at 10B.
  • Example: 400M pREWA Early Supporters → 400M REWA Early Supporters; 240M pREWA Treasury → 240M REWA Treasury.

Bridge Security & Incident Response

Operational transparency: a public status page is available at https://status.dharitri.org for live incidents, maintenance windows, and post-mortems.

Bridge Policy (Initial Defaults – subject to governance ratification)

  • Signers & Threshold: M/N = 3/5 (MPC or multisig allowed). Signers are rotated quarterly or upon a personnel change, following a key ceremony.
  • Guardians & Pause: A dedicated Guardian Safe (2/3) can pause minting on anomalous activity.
  • Rate Limits: Per-transaction limit Ltx = 1,000,000 REWA; rolling 24-hour limit L24h = 10,000,000 REWA. These limits are applied per direction (inbound/outbound).
  • Unpause Policy: Requires a super-majority (4/5) after a public incident report and Tunpause = 72 hours.
  • Audits: ≥3 independent audits; final PDF hashes anchored on-chain (see Appendix B).
  • Bug Bounties: A formal bug bounty program with tiered rewards will be maintained, with details published on the official website. A live status page will provide real-time updates on bridge operations.

Incident Runbook (Summary)

  • Detect & Alert: on-chain monitors trip thresholds; public status page updated within 2 hours.
  • Contain: Guardians pause; rate-limits enforced; pending queues flushed.
  • Eradicate: Rotate keys, hot-fix contracts, revoke compromised signers.
  • Recover: Dry-run, staged unpause after re-audit; small-cap trial before full restoration.
  • Disclose: Full post-mortem within 7 days; on-chain hash and action items; 30-day follow-up review.

Token Release Timeline & Supply Management

  • pREWA TGE: Launched 31 July 2025 on BNB Smart Chain (BSC); pREWA/USDT PancakeSwap pool created the same day.
  • pREWA Staking & Rewards: See status page for availability.
  • Mainnet Launch (Q3 2026): Dharitri L1 goes live, pREWA-to-REWA bridge activates.

Staking and Validator Economics

Validator entry: 1M REWA minimum self-staked.
Emission Controls: Rewards are split with 80% to validators/delegators and 20% to the treasury.

Validator Rewards & APR Method

  • Emissions function: Yearly issuance from the Staking & Validator Rewards pool is defined by a governance-approved function E(t) (e.g., linear or disinflationary); the function and any change are published in the Parameter Registry.
  • APR method (no fixed promises):
    APR_gross ≈ (Annual rewards to stakers) / (Total staked)
    APR_net (delegator) ≈ APR_gross · (1 − c) where c is validator commission.
    A public calculator will derive APR from live inputs (current E(t), total staked, block rewards, commission).

Issuance Schedule (Illustrative Defaults)

The issuance schedule, as defined by the governance-approved emissions function E(t), is as follows: Year-1 issuance is 400M REWA, followed by a 15% YoY decay until issuance falls to 100M/yr (reached ~Year 10), where it is then held flat. Under these parameters, the 2.6B REWA rewards pool is projected to be exhausted around Year 15. This model is subject to change via governance based on live network conditions, such as staking ratios and commission rates.

APR Examples (Derived from E(t), for illustration only)

Assumptions: circulating stake ratio & commissions as shown, based on a Year-1 issuance of 400M REWA. Computation: APR_gross ≈ (Annual rewards to stakers) / (Total staked); APR_net = APR_gross × (1 − commission).
Note: Assumes Year-1 issuance of 400 M REWA with 80% (320 M) allocated to stakers and 20% to treasury.
Scenario Validators (N) Total Staked (% supply) Annual Rewards to Stakers (REWA) APR_gross APR_net (delegator)
A 50 20% (2.0B) 320,000,000 16.0% 15.2% (5% commission)
B 150 35% (3.5B) 320,000,000 9.1% 8.6% (5% commission)
C 300 50% (5.0B) 320,000,000 6.4% 6.1% (5% commission)

APR Illustration Clarification (Non-Binding)

APR figures shown in this document are illustrations, not targets. Actual APR is emergent from (i) the issuance function E(t) and (ii) the live fraction of stake participating in consensus. Governance may update parameters (e.g., decay, allocations) in the future to preserve network security and sustainability. The status page displays live inputs and derived APR; the authoritative parameter set is maintained in Appendix C.

Slashing Semantics

Clarified Penalties: “5% double-sign” and “0.5% downtime” apply to effective stake (self-stake + eligible delegations counted for consensus). Delegator penalty scope, if any, is explicitly documented in the Parameter Registry and reflected in the staking UI. Tombstoning is applied for repeat offenses.