SAFE LIVE REFERENCE UTC — --:--:--

THE LAST THRONES — Canonical Tokenomics(LOCK)

0) Base Parameters
Total Supply: 1,000,000,000 TRM (Terminal Mark)
Chain: Solana
Minting: Fixed supply at genesis
Inflation: None
Additional minting: Impossible

The token exists only to fuel participation and record outcomes.
It does not exist to expand the system.

Supply, Allocation, Distribution Rules, Execution Logic, and Termination

This document specifies a one-run execution system.
Units are used during the run and persist as records after termination.
No continuation is planned. No governance rights are granted.
No discretionary control exists once deployed.

ONE-RUN
/ single execution

TERMINATION
at 21st Throne

ON-CHAIN
verifiable rules
1) Genesis Supply
Total genesis supply is fixed and known at creation.
Units are intentionally described as units, not shares.

Suggested naming:
Fuel Unit / Fragment Unit / Mark / Record Unit

Genesis Supply: 1,000,000,000 units

At genesis, program-controlled vaults are created for each pool.
No private distribution occurs at genesis.
2) Allocation Overview
Pool%UnitsPurpose
Fragment Record Pool21%210,000,000Post-run participation record (score-based, whale-resistant)
Throne Completion Pool21%210,000,000Exactly 21 completions (later Thrones harder, more costly)
Fuel Engine Pool32.21%322,100,000Consumed during participation (economic trace of the run)
Permanent Record Lock21.48%214,800,000Never moves; anchors irreversible supply
Witness Pool2.1%21,000,000Post-termination release only; no authority
Team Allocation2.21%22,100,000Locked until termination; no control rights
Core Principle
A large portion of supply is either consumed or permanently locked.
The remaining portion becomes a record of who participated and who completed.
3) System Activation (Density Requirement)
The system does not activate immediately at deployment.

Activation requires minimum participation density.

Implementation example:

Minimum committed value threshold
OR

Minimum participant wallet count

Example activation thresholds:

≥ 1,000 wallets
OR
≥ $50,000 equivalent committed value

Before activation:

Fuel price fixed

No fragment scoring

No Throne claims possible

This ensures the run begins with real density rather than empty activity.
4) Fuel Engine — Participation Mechanism
Participation requires burning fuel units.

Fuel represents economic involvement, not a service fee.

Fuel Engine Pool: 322,100,000 units

Fuel price derives from the TRM/SOL pool market rate.
The system reads pool price at burn time.
No off-chain oracle is used.

Fuel cost increases as the system progresses.

FuelCost =
BaseCost
× DifficultyMultiplier
× RemainingThronesMultiplier


Intent:

later stages require more burn

participation pressure increases over time

every burn becomes a permanent on-chain trace

Fuel burned during the run never returns.
5) Fragment Record Pool — Distribution Mechanics
The Fragment Pool is not an emission pool.
It is a post-run participation record.

Fragment Pool: 210,000,000 units

Score data sources:

FuelBurned is read from on-chain burn records.

DurationMultiplier is based on block time between the first burn and system termination.

ProximityMultiplier is derived from the highest Throne attempt index reached by the participant.

No mid-run emissions.
Distributed once after termination via claim.

Distribution is determined by FragmentScore:

FragmentScore =
sqrt(FuelBurned)
× DurationMultiplier
× ProximityMultiplier

UserShare =
(FragmentScore / TotalFragmentScore) × 210,000,000

Multipliers
Multiplier	Meaning	Typical Range
DurationMultiplier	Rewards sustained participation	1.00 → 1.60
ProximityMultiplier	Rewards attempts near higher difficulty	1.00 → 1.40

The square-root burn component reduces single-actor dominance while preserving meaningful contribution.
6) Throne Completion Pool — 21 Recipients Only
The Throne Pool is allocated across exactly 21 completions.

Throne Pool: 210,000,000 units

Maximum recipients: 21
Later Thrones require higher burn and greater uncertainty.

Recommended payout structure

20% unlocked at Throne confirmation

80% claimable only after termination

This preserves completion finality while reducing immediate dumping pressure.

Later Thrones always receive more units than earlier Thrones.
7) Witness Pool — Post-Termination Alignment
Witness allocation is not governance and not operational control.

Witness Pool: 21,000,000 units

Seed Commitment Target: $210,000

Use of Funds:
DEX Liquidity Provisioning (TRM/SOL pool)
Security Review / Audit / System Hardening

Rules:

Locked until termination

Then released linearly over 12 months

No upgrade keys

No rule-change authority

No termination control

Witnesses align with completion, not with mid-run influence.
8) Team Allocation
Team allocation must not influence execution.

Team Pool: 22,100,000 units

Rules:

Locked at genesis

Unlock begins only after termination

Linear vesting recommended

No upgrade authority

No governance power

The team benefits only after the run is finished.
9) Permanent Record Lock
A dedicated vault is created at genesis.

Permanent Record Lock: 214,800,000 units

These units:

never circulate

never unlock

never transfer

never vote

They exist solely to anchor supply irreversibly and record the system’s final state.
10) Termination Condition & Claim Flow
The system ends permanently when the 21st Throne is confirmed.

if (ThronesMinted == 21) {
  TriggerTermination();
}

TriggerTermination()
LockAllThroneContracts()
SetSystemInert()
EnableClaims()
Emit("SYSTEM TERMINATED")


No restart.
No continuation.
No parameter change is possible after this event.
11) Post-Termination State
After termination:

Fuel consumption stops

All reward emissions stop

Supply becomes fixed forever

Claims become available

At this stage the system no longer executes.

However, the units do not disappear.

They persist as:

proof of participation

proof of completion

proof of burn history

proof of final supply state

The system becomes inert.
The record remains.
12) TRM Demand Mechanism
TRM is not designed to expand the system.
It exists to fuel participation and persist as the record of the run.

Demand for TRM emerges from the structure of the system itself.

Participation Fuel

TRM is required to participate.
Every attempt, burn event, and progression step consumes TRM.
Participation cannot occur without it.

Irreversible Supply Compression

A significant portion of TRM is permanently locked or consumed.
As the run progresses, circulating supply becomes fixed and increasingly scarce.
No inflation is possible.
No additional minting can occur.

Historical Record Layer

After termination, TRM persists on-chain.
It represents proof of participation, proof of completion,
and proof of the system’s final state.

The system does not promise future rights or governance power.
TRM demand exists because participation requires it,
and the record remains after execution ends.
CANONICAL STATEMENT
After termination, execution stops.
The system becomes permanently inert.
What remains is the immutable record of who participated and how the run concluded.

This document specifies a deterministic, irreversible, one-run on-chain allocation system.