PVERSE
Token

Supply

How total supply is partitioned, accounted for, and made available across phases, with clear state definitions and a forward-only policy.

Published: February 10, 2026
Updated: March 24, 2026
Section: Token
Scope
This page explains supply structure and accounting states such as allocated, unlocked, circulating, and tradable, and how availability changes by phase. It does not provide price targets, market forecasts, or guarantees of exchange listings.

Overview

PVERSE supply is defined by a protocol-level total supply and partitioned into purpose-based buckets. Each bucket is governed by explicit release, control, and reporting rules so that issuance, availability, and tradability are not confused with one another.

The central rule is simple: unlocked does not necessarily mean tradable. Tokens may be released from lockup or vesting and still remain non-transferable or non-tradable until separate market controls and operational readiness conditions are satisfied.

Scope

This page describes how supply is structured, reported, and exposed across phases of the system.

  • Definitions for total, allocated, unlocked, circulating, and tradable supply.
  • Purpose-based supply buckets and their control surfaces.
  • Release mechanics such as lockups, cliffs, vesting, and manual activation points.
  • Phase-based availability and forward-only accounting policy.

Core Model

The supply model is built as a controlled state pipeline. What exists at the protocol level, what is assigned, what is released, and what is actually market-available are treated as separate reporting layers rather than a single blurred number.

  • Total supply: the maximum token amount defined by the protocol or token contract.
  • Bucketed allocation: supply is partitioned into purpose-built categories such as Founders, Genesis, Liquidity, and Treasury or Reserves.
  • State separation: allocated, unlocked, circulating, and tradable balances are reported as different states with different meanings.
  • Forward-only accounting: corrections and policy updates are appended and referenced rather than retroactively rewriting prior records.

Operational Behavior

In practice, supply moves through several controlled stages. First, total supply is defined. Next, portions are assigned to specific buckets. Then, each bucket follows its own release mechanics, such as lockup periods, vesting schedules, cliffs, or manually triggered operational events. Only after relevant transfer and trading controls are enabled can some balances become market-tradable.

This means that supply reporting is intentionally more precise than a simple “issued” number. A token can exist without being assigned, be assigned without being unlocked, be unlocked without being tradable, and even be counted as circulating under project policy without having deep market liquidity. These distinctions reduce confusion and make the token layer more auditable.

Constraints

  • No assumption that allocation implies release, claimability, or tradability.
  • No assumption that unlocking automatically enables transfer or exchange trading.
  • No guarantee of price, market depth, exchange listing, or immediate liquidity.
  • No silent retroactive edits to supply records; changes are recorded forward-only.

Integrity Considerations

Supply reporting is only useful when readers can reconcile the numbers and understand what each label actually means. The system therefore separates economic meaning from market meaning and uses explicit accounting states to reduce ambiguity during early and transitional phases.

  • Bucket discipline: every major category of supply should have a stated purpose, a control surface, and a release rule.
  • Availability clarity: unlocked, circulating, and tradable are not interchangeable labels and should remain distinct in public documentation.
  • Reconciliation integrity: bucket totals should remain consistent with total supply and corrections should preserve traceability.

Future Expansion

As the ecosystem matures, additional supply views, disclosure surfaces, or status exports may be added to show more granular quantities, real-time movements, or per-bucket changes. Any future expansion should preserve the same core discipline: explicit bucket purposes, phase-aware availability, clear state definitions, and forward-only records.

Summary

  • PVERSE supply is organized through purpose-based buckets rather than a single undifferentiated issuance number.
  • Allocated, unlocked, circulating, and tradable balances represent different states and should not be conflated.
  • Unlocked does not necessarily mean tradable; market availability remains a separate policy-controlled surface.
  • Supply accounting follows a forward-only policy so corrections and updates remain traceable over time.