The floor is not a hope.
It is a mathematical certainty.

Project 52F is a decentralised finance protocol built on QF Network, a Substrate-based blockchain with 0.1-second block time and PolkaVM smart contract execution. The protocol introduces a token economy where every parameter, threshold, and mechanism is derived from mathematical constants — not arbitrary choices, not copy-pasted defaults, but values drawn from the fundamental constants of mathematics: 52 (the project's identity number), Euler's number e, the ratio of a circle's circumference to its diameter π, and the square root of 2.

The result is a self-reinforcing system. Tax revenue funds autonomous liquidity. Autonomous liquidity stabilises the floor. Floor stability enables a prize mechanism. The prize mechanism attracts volume. Volume generates tax revenue. Each component feeds the next.

52F is built on QF Network but is a distinct, independent protocol. QF Network is the infrastructure layer; 52F is an application built on top of it.

Every numerical parameter in the protocol is derived from one of four mathematical constants. No arbitrary choices. No round numbers. No governance decisions. Mathematical facts.

Why 52?

Take a standard deck of playing cards and shuffle it. The number of possible orderings is 52 factorial — written 52! — a number so vast it defies intuition. It is larger than the number of atoms on Earth, larger than the number of seconds since the Big Bang, larger than any quantity the human mind encounters in daily life.

There is a famous thought experiment: set a timer for 52! seconds. Stand on the equator. Every billion years, take a single step. When you have circled the Earth, take a single drop of water from the Pacific Ocean. When the Pacific is empty, lay a single sheet of paper on the ground. Refill the ocean. Start walking again. When the stack of paper reaches the Sun — you are not even close to being a fraction of the way through.

Every time anyone has ever shuffled a deck of cards, the resulting order has almost certainly never existed before in the history of the universe, and will almost certainly never exist again. That is the scale of 52 factorial. It is a way of holding infinity in your hand.

This is the number that defines Project 52F. The total token supply is its first 11 digits. Epochs hold exactly 52 entries. Vesting releases across 52 tranches. The project's identity is not a brand exercise — it is a mathematical constant with extraordinary depth.

3.1 Total Supply

The total token supply is the first 11 digits of 52 factorial:

Yielding a fixed supply of 80,658,175,170 tokens. No mint function, no inflation, no governance pathway to increase supply.

3.2 Founder Allocation

The vesting allocation is derived from the product of the three irrational constants: $\sqrt{2} \times \pi \times e \approx 12.077\%$

3.3 Verifiability

5.1 Supply

The total supply is the first 11 digits of 52 factorial. Minted at deployment, permanently fixed — no mint function, no inflation mechanism, no governance pathway to increase supply. The only direction supply can move is down, via the burn mechanism in the Scarcity phase.

5.2 Vesting

The founder allocation of 12.077% (derived from $\sqrt{2} \times \pi \times e$) vests across 52 tranches, one every 5,200,000 blocks (approximately 6 days at QF Network's 0.1-second block time). Each tranche releases 187,328,735 tokens, with 13 tokens of dust added to the final tranche to ensure the vault empties exactly. Total vesting duration: approximately 10.4 months.

Vesting is claim-based: the founder must actively call claimVesting() to receive earned tranches. Unclaimed tranches accumulate but do not auto-release.

5.3 Seed Liquidity

At launch, 52,000 QF is sent to the DampenerVault in batches — a dust amount first to establish the pair and verify the plumbing, then the remainder once confirmed. The vault handles pair creation and LP setup autonomously via its one-time bootstrap function: 80% (41,600 QF) deployed as liquidity paired with matching 52F tokens, 20% (10,400 QF) retained as operating reserve.

The LP tokens are minted directly to the DampenerVault — the founder never holds them, never interacts with the DEX directly. Since the vault contains no LP withdrawal function, this liquidity is permanently locked from the moment of creation.

The Great Drain converts accumulated prize-pot QF into structural liquidity or deflationary pressure, depending on the protocol's phase and health.

7.1 Trigger

Fires when the prize pot accumulates QF equivalent to 520,000,000 tokens multiplied by the current TWAP. At low token prices, this threshold is small and fires frequently — building liquidity aggressively when it matters most. At higher prices, it requires more accumulation, allowing the prize pot to grow before each event.

7.2 Seizure and Routing

Each Drain seizes 50% of the prize pot (5,000 BPS). The remaining 50% continues accumulating.

The health check is critical. Burning QF when liquidity is thin would destroy market structure. The 15% LP ratio threshold ensures burn only activates when the protocol can absorb the deflationary pressure.

7.3 Cooldown

Minimum 5,200 blocks between Drains, plus 0–519 random blocks from blockhash entropy. The cooldown variable (nextDrainBlock) is updated before external calls as a reentrancy safeguard.

7.4 Self-Scaling Economics

The Drain creates a positive feedback loop: low price → low threshold → frequent drains → LP builds → price support → higher threshold → larger prize pots → larger drain events. The system finds its own equilibrium without governance intervention.

The CryptographicSequencer implements a probabilistic prize system based on the birthday paradox — the counterintuitive result that in a group of just 23 people, there is a greater than 50% chance that two share a birthday. Project 52F exploits this principle with 52 entries across a space of 1,000 possible IDs.

9.1 Collision Probability

The probability of at least one collision among n entries in a space of d possible IDs:

With n = 52 and d = 1,000: $P \approx 0.739$ — roughly three out of four epochs produce a winner. The 26% no-collision rate ensures pots roll over and grow, creating occasional larger payouts.

9.2 Epoch Lifecycle

Each epoch accepts up to 52 entries. Any buy of at least 52,000,000 tokens qualifies. Each entry receives a numeric ID between 0 and 999, derived from a hash of transaction origin, blockhash, nonce, and block number. A collision resolves the epoch.

9.3 Prize Pool Split

The prize flow operates in two stages. First, TokenEngine retains 13 parts of every 52 (25%) of buy-side prize tax as Drain fuel, forwarding the remaining 39 parts to the Sequencer. The Sequencer splits this 39 into 34 (winner share) and 5 (liquidity contribution to the DampenerVault).

9.4 Entropy

Entry IDs use keccak256 of transaction origin, previous block's hash, an incrementing nonce, and current block number. This prevents both validator front-running and user prediction while remaining gas-efficient.

The three contracts are autonomous in their logic but require an external caller. The keeper bot monitors state and calls permissionless functions at regular intervals.

11.1 Multi-Step State Machine

PolkaVM limits cross-contract calls to ~7 per transaction. The DampenerVault splits operations across multiple keeper calls: pull() → executeBuy() → addLiq() for injection, and initiateSell() → completeSell() for sell-into-strength. Both state machines are independent.

11.2 Centralisation and Liveness

All keeper functions are permissionless — any address can call them. A malicious or absent keeper cannot steal funds, alter parameters, or redirect tax. It can only delay maintenance. Any community member can run a keeper using the published call sequence.

Minimal governance by design. Economic parameters — tax rates, drain thresholds, phase boundaries, vesting schedule — are immutable constants in contract bytecode. They cannot be changed after deployment.

13.1 What Can Be Changed

Two — and only two — contract addresses: DampenerVault and CryptographicSequencer. This allows satellite contracts to be upgraded if a critical bug is found, without redeploying TokenEngine.

13.2 Two-Step Timelock

Any address change requires a mandatory 24-hour delay. Propose → wait → confirm, in separate transactions. Either step can be cancelled. A pre-trading bypass allows rapid wiring during deployment; once enableTrading() is called, the full delay is permanently enforced.

13.3 Team Wallet

Set at deployment, receives 75 BPS from every transaction. The address can be changed for key rotation without contract redeployment.

15.1 QF Network

Substrate-based blockchain, Chain ID 3426, 0.1-second block time, PolkaVM execution. Contracts compiled with resolc v0.5.0 producing PolkaVM bytecode. The network rejects EVM bytecode entirely.

15.2 Deployment Sequence

Strict eight-step order: DEX infrastructure → TokenEngine → DampenerVault & CryptographicSequencer → cross-contract wiring → seed liquidity → pair registration → enableTrading(). The verifyWiring() function must return all-true before trading is enabled.

15.3 AMM Integration

Compatible with any Uniswap V2 AMM. At launch, 52F trades on the Nucleus X DEX. All interfaces match standard Uniswap V2 function signatures, allowing migration to alternative AMMs without contract modification.