Skip to main content
PUNCH DOCS: TOKEN

PUNCH: A CAPPED DESIGN. PUNCH20: FIXED TERMS.

The published PUNCH design fixes a 1,000,000,000-token ceiling, with 725M reserved for bounded user incentives and 50M reserved for fixed-ratio PUNCH20 redemption. The design is not a claim that every PUNCH or sPUNCH module is live today.

DESIGN PAPER

TOKEN MECHANICS FOLLOW THE DESIGN PAPER

Status labels on this page matter. PUNCH20 exists on Robinhood Chain. PUNCH issuance, staking, rewards, and cross-chain transport follow the published design and are not represented here as active app surfaces.

SUPPLY MAP

PUNCH supply envelope
Slice%AmountEconomic role
Protocol-user incentives72.5%725MFinite inventory for governed user-facing incentives
Team & Investors20%200MLocked and vesting
Public voucher (PUNCH20)5%50MBurn-redeem 20:1, rate fixed forever
Ecosystem, POL & airdrop2.5%25MIncludes the airdrop for KittyPunch ecosystem users

The 725M user allocation is a stock, not an automatic emission schedule. Unused capacity remains unreleased, and no reward domain may authorize issuance beyond this finite envelope or the one-billion supply ceiling.

The Punch design places every class beneath one immutable global ceiling, a class lifetime budget, and an aggregate class-epoch release cap. Only a terminal full close or liquidation may create one reward record for a position; partial decreases still realize normal PnL and fees but accrue no PUNCH. Exhaustion reduces an incentive without changing margin return or profit settlement.

PUNCH20: THE PUBLIC VOUCHER

Punch20 (PUNCH20) is a fixed-ratio redemption voucher backed by a dedicated 50M PUNCH supply reserve. Each redemption burns 20 PUNCH20 for 1 PUNCH. The voucher is not equity, revenue, or a claim on Punch.

PUNCH20 contract: 0xf6a4b3a27467be2c9f4b237e5f9b7d90eeb1592b

  • Fixed conversion. Twenty PUNCH20 correspond to one PUNCH at TGE against the dedicated redemption inventory.
  • Bounded reserve. Aggregate PUNCH20 redemption cannot exceed the 50M PUNCH allocation inside the one-billion hard cap.
  • Redemption stays open. Once redemption begins, the redemption window does not close.
  • Starting incentive inventory. Redeemed PUNCH can be deposited into sPUNCH and duration-locked before a later position, contributing toward that position's bounded reward boost.
  • sPUNCH exposure. Existing shares participate pro rata in later PUNCH donations to the vault without minting competing shares.

WHAT PUNCH20 IS NOT

PUNCH20 is a redemption voucher for a fixed amount of PUNCH. It is not a share, a claim on revenue, or a promise of any return. It does one thing economically: burn 20 for 1 PUNCH. Redemption, staking, and locking do not guarantee a boost, donation, token value, or return.

PUNCH20 VAULTS ARE A SEPARATE PRODUCT

PUNCH20/WETH Punch Vaults LP the voucher market. Deposit limits are on-chain and shown in the app. Vault state does not change the 20:1 voucher terms or the Uniswap route above.

sPUNCH: STAKED PUNCH

In the design, staking PUNCH mints proportional sPUNCH shares. Punch uses a class-aware fee design in which source-bound junior fees may reach a shared buyback rail only after senior settlement obligations.

Each class's junior amount is allocated among that class's backstop, a shared buyback rail, operations, and pool retention; integer remainder stays with the source pool. The shared rail cannot spend while Core Pool FIFO debt remains and must satisfy settlement-token, timing, TWAP, and slippage gates. Purchased PUNCH is split between a bounded burn destination and an exact staking-vault donation. The donation mints no shares, so existing PUNCH backing per sPUNCH share cannot fall; any resulting reward boost is snapshotted only for later positions.

sPUNCH IS NOT SETTLEMENT CAPITAL

sPUNCH, buyback assets, and PUNCH reward inventory do not pay trader margin or profit. Plain claims and claim-and-lock are separate paths; locking is optional, and no token value, fee, boost, donation, or beneficial flywheel is guaranteed.

ONE TOKEN, EVERY CHAIN

PUNCH is designed for a LayerZero OFT topology so connected domains share one supply invariant rather than independent inflation. Reward accrual, claim inventory, and cross-domain transport remain distinct ledgers beneath the same hard cap. See the architecture for the separation between trade settlement and token claims.