Quickstart

Three sentences of context, then a map. PURITY is a deterministic standard for launching tokens: the entire supply enters the market at launch (no allocations, to anyone), an autonomous on-chain treasury does all market-making under published immutable rules, and every flow of value — to the team, to supporters, to token holders — is enforced by contracts rather than promises. $PURE is its first instance and ecosystem anchor, deploying on Base (not yet launched). Everything else in these docs is precision on top of those facts.

Where to go depends on who you are:

If you're evaluating a PURITY token

You are buying into a market with an unusual participant: an autonomous treasury whose entire behaviour is published before it acts. Read the anchor system to understand the price bands the engine operates in, skim Supply & Distribution to see where liquidation proceeds go, and read Risk & Limitations before deciding anything. Verify any launch's authenticity against the factory's on-chain registry — never against a website's badge.

If you're considering supporting a raise

Understand the instrument precisely, because it is unusual: you receive no tokens — you fund a launch in exchange for a locked pro-rata share of its supporter pool (10% of liquidation proceeds), which may be worth nothing, and your money is refundable at will until the moment of launch. Read The Supporter Vault and Supporter Distributions.

If you hold a PURITY token

You hold two things: a market position and a governance position. Your wallet is vote-ready automatically (no delegation step). You vote on treasury releases the team proposes, and you and your fellow holders — not the team, not PURITY — hold the trigger for winding down a dead project. Read Governed Treasury Release and Failure Resolution.

If you want to launch a token

Start at Launch — it walks the whole path: what you configure (very little), what the standard fixes (everything else), the raise, and the two transactions that take you live. Budget an hour with the Protocol section before committing; the constraints you are accepting are permanent.

If you want to build on the standard

The Build section is reserved for exactly this — extending the standard with new conformant market-making models and structures. It is early; the Protocol section is your deepest current resource.