Economic Cycle

Overview

PVERSE uses two distinct value planes: (1) the token plane and (2) the game credit plane (PCR, an off-token in-game credit funded by separate crypto top-ups). These planes interact through defined operational policies, especially around liquidity provisioning.

The purpose of this structure is to keep monetization logic, token market behavior, and treasury operations legible as separate but connected systems. The target is policy clarity, not artificial market storytelling.

Scope

This page explains the movement of value across the broader system rather than the numeric configuration of any single component.

• Subscriptions and PCR-based revenue flow.
• Token market interactions, tax capture, and treasury routing.
• Liquidity and reserve boundaries.
• System-state differences across phases.

Core Model

The economic cycle is designed as a connected system of sources, sinks, and controlled interfaces. Some flows occur off-token through PC. Others occur on-chain through token market activity. The bridge between them is policy, not assumption.

• Dual-plane model: token flows and PCR flows are related but not identical.
• Policy-bound interface: liquidity operations only happen under published rules.
• Separation of concerns: subscriptions are not forced into token market actions.
• Forward-only updates: economic policy evolves through disclosed revisions rather than silent retroactive rewrites.

Operational Behavior

Players may enter through different paths: topping up PCR for subscriptions and in-game services, acquiring tokens on the market, or receiving allocations and unlocks where applicable. These actions create distinct flows that converge at treasury, liquidity, and gameplay utility layers.

The system is intentionally documented in a way that distinguishes mechanics from market outcomes. Treasury tools, taxes, reserves, and liquidity actions are operational mechanisms. They should not be read as promises of price direction or support.

Constraints

• No price promises, yield implications, or support guarantees.
• No conflation of off-token R revenue with direct token purchasing.
• No undocumented liquidity operations outside published policy.
• No exposure of exploit-sensitive operational thresholds that would weaken system integrity.

Integrity Considerations

Transparency is valuable only when it improves understanding without making abuse easier. The economic cycle should be visible enough to understand, but not so exposed that internal controls become trivial to game.

• Revenue clarity: subscriptions are purchased with PCR, keeping game revenue accounting operationally separate from token trading.
• Treasury discipline: taxes, reserves, and liquidity actions remain policy-governed rather than opportunistic.
• Exploit resistance: some operational thresholds and internal triggers may remain undisclosed to preserve integrity.

Future Expansion

As the ecosystem expands, the economic cycle can incorporate additional reward channels, game sinks, treasury categories, and market interfaces. Those additions should preserve the same core discipline: explicit boundaries, documented state changes, controlled liquidity behavior, and a clean separation between utility design and market speculation.

Summary

• PVERSE uses a dual-plane economy: on-chain token activity and off-token PCR utility flows.
• Subscriptions run through PCR, while token markets remain a separate voluntary interface.
• Treasury, taxes, reserves, and liquidity operations are policy tools, not market promises.
• The entire cycle is designed for forward-only governance, operational clarity, and long-term control.