Founders

Overview

Founders defines the 2023 presale participant category as a verification contract, not a UI process. It specifies how entitlement is computed, what evidence anchors it, and how vesting is executed without discretionary edits. Every outcome must be attributable to verifiable evidence, bound to an explicit ruleset, and preserved as append-only records.

This lane exists to keep the Founders category separate from Genesis and from market behavior. Founders rules determine a specific entitlement regime derived from 2023 presale evidence, while later tradability remains a separate operational decision. :contentReference[oaicite:3]{index=3} :contentReference[oaicite:4]{index=4}

Scope

This page defines Founders allocation, valuation evidence, vesting, audit formalism, and category separation.

• 2023 presale participant definition and separation from Genesis.
• USD-at-date allocation using a fixed token price of $0.0000038.
• Market activation (T₀) as the anchor for a fixed weekly vesting stream.
• Append-only, deterministic, audit-reconstructable protocol behavior.

Core Model

Founders is modeled as a controlled entitlement and vesting system. Allocation is derived from evidence, market activation defines the vesting anchor, and vesting proceeds through forward-only weekly transitions under a fixed multiplier.

• Evidence-bound: entitlement is computed from 2023 presale evidence plus reconstructable USD valuation.
• Price-bound: allocation uses a fixed token price of $0.0000038 per token.
• Anchor-bound: vesting references finalized market activation (T₀), not UI time.
• Forward-only: issuance, vesting, and corrections are append-only records, never silent rewrites.

Operational Behavior

In normal operation, the system first observes and normalizes 2023 presale participation evidence. It then derives USD-at-date value using the active ruleset and reconstructable oracle evidence. That USD value is converted into token entitlement using the fixed Founders price of $0.0000038 per token, after which the allocation is recorded as a canonical append-only issuance event. :contentReference[oaicite:5]{index=5} :contentReference[oaicite:6]{index=6}

Vesting remains inactive until market activation is finalized on-chain. Once the trading enable event defines T₀, the Founders vesting stream begins on the first Wednesday after T₀ and distributes a fixed 0.7× of the recorded allocation linearly over six months in weekly pro-rata ticks. No additional tranche is defined on this page beyond that fixed vesting stream. :contentReference[oaicite:7]{index=7} :contentReference[oaicite:8]{index=8}

Constraints

• Founders is independent from Genesis and does not rewrite Genesis records or schedules.
• UI displays, cached views, and client estimates are informational only and cannot define allocation truth.
• If oracle evidence is unavailable under the ruleset, issuance must be rejected or deferred; silent fallback is disallowed.
• This page defines no additional vesting tranche beyond the fixed 0.7× weekly stream.

Integrity Considerations

Founders only remains trustworthy if an auditor can reproduce entitlement and vesting from recorded evidence, anchor events, and the effective ruleset version. That is why truth hierarchy, idempotency, deterministic valuation, and append-only records are treated as part of the Founders model itself. :contentReference[oaicite:9]{index=9}

• Truth clarity: verifiable chain evidence and append-only protocol records are authoritative; UI is informational.
• Replay clarity: reprocessing the same evidence must not create duplicate credit or double vesting.
• History clarity: corrections are represented as new events rather than retroactive edits.

Future Expansion

Future documents may deepen claim mechanics, unlock surfaces, or in-world recognition, but they should remain subordinate to the same authority boundaries, valuation evidence discipline, T₀ anchoring, and fixed vesting invariants defined here.

Summary

• Founders defines the 2023 presale participant category as an auditable transition system, not a UI process.
• Allocation is computed using USD value at participation date and a fixed token price of $0.0000038 per token.
• USD valuation must be reconstructable from recorded oracle evidence under the active ruleset.
• Vesting is a single fixed 0.7× stream distributed weekly on Wednesdays over six months after market activation (T₀).

Authority & Truth Boundaries

Founders is governed by authority separation: the UI may display progress, but it does not define truth. Allocation and vesting are derived from authoritative sources and executed through controlled transitions. :contentReference[oaicite:10]{index=10}

• Authoritative: chain evidence such as transactions, receipts, finalized blocks, and append-only protocol records.
• Non-authoritative: UI displays, cached views, client session state, and estimates.

Definition

Founders are defined as participants of the 2023 presale. This category is independent from Genesis and is not created through the Genesis process. Founders rules do not modify Genesis rules or records, and vice versa. :contentReference[oaicite:11]{index=11}

• Category: 2023 presale participants.
• Separation: independent from Genesis allocation.
• Records: represented as auditable issuance and vesting events under append-only history.

Allocation Model

Founders allocation is computed from the USD value at the exact participation date, derived under the active ruleset from verifiable chain evidence. The Founders token price is fixed at $0.0000038 per token. This pricing contract is invariant under later market prices. :contentReference[oaicite:12]{index=12}

Key terms

• Participation date: the timestamp of the presale contribution evidence, derived from chain anchors.
• USD value: the USD-denominated value computed by the ruleset-defined valuation method.
• Token price: fixed at $0.0000038 per token for Founders allocation computation.
• Ruleset binding: each record binds to a parameter version effective at issuance time.

USD Valuation Evidence Clause

USD valuation for Founders allocation must be derived from ruleset-defined oracle sources and preserved with sufficient evidence to allow independent reconstruction. The system must store the oracle inputs used at the time of computation, not merely the computed result. :contentReference[oaicite:13]{index=13}

Required evidence fields (minimum)

• oracle_kind such as Chainlink AggregatorV3Interface or system oracle adapter.
• oracle_contract and feed_id for the selected oracle surface.
• round_id and answered_in_round where applicable.
• answer and decimals for the recorded price value.
• oracle_updated_at and oracle_block_number where applicable.
• valuation_timestamp based on the chain-derived timestamp being priced.
• valuation_method and params_version as the active ruleset binding.
• evidence_refs such as tx hash, receipt id, or block hash for the valued anchor.

Selection & determinism rules

• Deterministic selection: given the same participation evidence and ruleset version, the selected oracle round must be identical.
• Time anchoring: valuation is computed for chain-derived participation time, not UI time.
• Replay safety: reprocessing must yield the same USD value and token amount, and must not create additional entitlement.
• Failure mode: if oracle evidence is unavailable under the ruleset, issuance must be rejected or deferred; silent fallback is disallowed.

Market Activation Anchor

Founders vesting is anchored to market activation. Market activation is defined as the finalized on-chain execution of the trading enable event, such as enableTrading(), that transitions the system into a tradable state. Vesting schedules reference this anchor, not UI timestamps. :contentReference[oaicite:14]{index=14}

Vesting Structure

Founders vesting is a forward-only stream. The vesting amount is fixed as 0.7× of the computed Founders allocation. Vesting is distributed weekly on a linear basis over six (6) months. :contentReference[oaicite:15]{index=15}

Vesting start date

Founders vesting begins on the first Wednesday following market activation (T₀). The vesting calendar is evaluated under a single protocol-defined time basis such as UTC to avoid ambiguity. :contentReference[oaicite:16]{index=16}

Vesting duration

The 0.7× vesting amount vests linearly over six (6) months, distributed as weekly pro-rata ticks. :contentReference[oaicite:17]{index=17}

Weekly cadence

• Anchor event: market activation (T₀).
• Vesting start: first Wednesday after T₀ under a protocol-defined time basis.
• Distribution: weekly pro-rata distribution over 6 months.
• Forward-only: vesting ticks are append-only events; corrections are new events, never edits.

State Machine Formalism (Audit View)

For auditing and dispute resolution, Founders is specified as a transition system M = (S, E, V, δ, I). States describe meaning, events are append-only records, validation predicates gate transitions, the transition function writes canonical outcomes, and invariants define what may never be broken. :contentReference[oaicite:18]{index=18}

Formal model

The Founders protocol is defined as a transition system where S are states, E are events, V are validation predicates, δ is the controlled transition function, and I are invariants that must always hold.

S — States

• S₀: PRE_MARKET_LOCKED — Founders entitlement exists as records; market surfaces may be restricted.
• S₁: ENTITLEMENT_RECORDED — allocation computed from USD-at-date evidence and priced at $0.0000038; records written.
• S₂: MARKET_ACTIVATED (T₀) — trading enable event observed and finalized on-chain; anchor defined.
• S₃: FOUNDERS_VESTING_ACTIVE — weekly vesting ticks enabled from the first Wednesday after T₀ for the fixed 0.7× stream.
• S₄: FOUNDERS_VESTING_COMPLETE — the 0.7× vesting stream has fully vested per schedule.

E — Events

• E₁: FOUNDERS_PARTICIPATION_OBSERVED — presale contribution evidence identified and normalized.
• E₂: FOUNDERS_USD_VALUED — USD valuation computed and recorded with oracle evidence.
• E₃: FOUNDERS_ENTITLEMENT_ISSUED — allocation recorded using USD-at-date and fixed price $0.0000038.
• E₄: MARKET_ACTIVATION_OBSERVED — on-chain trading enable event finalized; defines T₀.
• E₅: VESTING_EPOCH_OPENED — first Wednesday after T₀; vesting schedule becomes active.
• E₆: VESTING_TICK — weekly pro-rata distribution for the 0.7× vesting stream.
• E₇: VESTING_COMPLETE — final tick applied; vesting closed for Founders.
• E₈: CORRECTION_EVENT — corrections are recorded as new events, never edits.

V — Validation Predicates

• V₁: Evidence validity — correct chain, correct asset, correct address, valid presale window.
• V₂: Oracle admissibility — oracle_kind and feed_id must match the allowlist for the applicable ruleset.
• V₃: Oracle round validity — round identifiers and timestamps must satisfy selection rules.
• V₄: USD-at-date derivation — the valuation must be reconstructable from recorded evidence.
• V₅: Pricing contract — allocation uses the fixed price $0.0000038.
• V₆: Anchor validity — T₀ must be derived from finalized on-chain execution evidence.
• V₇: Vesting schedule — vesting begins only on the first Wednesday after T₀ and proceeds weekly for six months.
• V₈: Vesting amount constraint — vesting stream is exactly 0.7× of recorded allocation.
• V₉: Replay protection — duplicate evidence produces no additional credit.

δ — Transition Function (Controlled Execution)

The transition function is executed by controlled infrastructure such as watchers, settlement logic, and idempotent writers. It converts evidence and validated intent into durable, auditable records.

δ(S, E, evidence, params_version) -> (S', records_written)

Examples:
- δ(S₀, E₁, presale_evidence, vX.Y) -> S₀ + FOUNDERS_PARTICIPATION_OBSERVED
- δ(S₀, E₂, oracle_round_evidence, vX.Y) -> S₀ + FOUNDERS_USD_VALUED
- δ(S₀, E₃, usd_at_date_derived, vX.Y) -> S₁ + FOUNDERS_ENTITLEMENT_ISSUED
- δ(S₁, E₄, enableTrading_tx_finalized, vX.Y) -> S₂ + MARKET_ACTIVATION_OBSERVED(T₀)
- δ(S₂, E₅, first_wednesday_after(T₀), vX.Y) -> S₃ + VESTING_EPOCH_OPENED
- δ(S₃, E₆, weekly_tick(t), vX.Y) -> S₃ + VESTING_TICK(t)
- δ(S₃, E₇, final_tick, vX.Y) -> S₄ + VESTING_COMPLETE

I — Invariants

• I₁: Append-only history — no retroactive rewrite; corrections are new events.
• I₂: Deterministic outcomes — same evidence plus same params_version yields identical outcomes.
• I₃: Idempotency — reprocessing evidence must not create duplicate credit or double vesting.
• I₄: Monotonic finality — finality advances forward; reversals require explicit event handling.
• I₅: Truth hierarchy — verifiable logs and controlled transitions are authoritative; UI is informational.
• I₆: Market separation — allocation logic cannot be used to infer market availability.
• I₇: Fixed vesting stream — Founders vesting is exactly 0.7×; no other tranche is defined.
• I₈: Evidence reconstructability — USD valuation must be reproducible from recorded oracle evidence and ruleset method.

Audit Anchors & Evidence

Founders truth is derived from authoritative anchors. These anchors are what auditors verify when resolving disputes. :contentReference[oaicite:19]{index=19}

• Participation evidence: presale contribution evidence attributable to the participant address.
• USD valuation evidence: oracle inputs recorded with feed id, round id, timestamps, decimals, and answer.
• Pricing contract: fixed token price of $0.0000038 per token for allocation computation.
• Activation anchor: finalized execution of the trading enable event defines T₀.
• Append-only records: issuance and vesting are represented as events, not mutable edits.

Protocol-Level Block Diagram

Client / UI (informational)
  |  - pages, dashboards, cached views
  |  - user intent (non-binding)
  v
API Boundary (request normalization)
  |  - schema checks / rate limits
  v
Protocol Ruleset (Founders)
  |  - pricing contract: USD-at-date / 0.0000038
  |  - valuation method: oracle allowlist + round selection rules
  |  - S: states (pre-market -> entitlement -> activated -> vesting)
  |  - V: validation predicates (evidence, oracle, anchor, schedule, 0.7×)
  |  - I: invariants (append-only, idempotent, truth hierarchy)
  v
δ Controlled Execution (Infrastructure)
  |  - watchers / indexers (evidence ingestion)
  |  - oracle evidence capture (feed / round recording)
  |  - settlement / finality logic (T₀ anchoring)
  |  - idempotent writers (append-only events)
  |        |
  |        +--> Chain Logs (verifiable truth)
  |        |      - finalized blocks, receipts, events
  |        |
  |        +--> System Records (audit trail)
  |               - FOUNDERS_USD_VALUED
  |               - FOUNDERS_ENTITLEMENT_ISSUED
  |               - MARKET_ACTIVATION_OBSERVED (T₀)
  |               - VESTING_TICK (weekly, 0.7× stream)
  v
Read Models (informational)
  - search index, projections, UI caches

Founders Emblem (In-World Recognition)

Founders participation may be recognized inside the PVERSE web game through a Founders emblem. The emblem is an in-world marker of early participation and is intended for identity and presentation only. :contentReference[oaicite:20]{index=20}

Relationship to Genesis

Genesis and Founders are independent allocation categories. Genesis defines a separate allocation regime and schedule. Neither category rewrites the records of the other. :contentReference[oaicite:21]{index=21}

• Genesis vesting: begins first Thursday after market activation and vests weekly over three months.
• Founders vesting: begins first Wednesday after market activation and vests weekly over six months for the fixed 0.7× stream.
• Separation: records and schedules remain distinct and append-only.

Disclaimer

This document is a technical specification for protocol behavior and auditability. It does not constitute legal, financial, or investment advice.