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 | % | Units | Purpose |
| Fragment Record Pool | 21% | 210,000,000 | Post-run participation record (score-based, whale-resistant) |
| Throne Completion Pool | 21% | 210,000,000 | Exactly 21 completions (later Thrones harder, more costly) |
| Fuel Engine Pool | 32.21% | 322,100,000 | Consumed during participation (economic trace of the run) |
| Permanent Record Lock | 21.48% | 214,800,000 | Never moves; anchors irreversible supply |
| Witness Pool | 2.1% | 21,000,000 | Post-termination release only; no authority |
| Team Allocation | 2.21% | 22,100,000 | Locked 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.