1. Introduction

Most meme tokens ask holders to believe two things: that the launch was clean, and that holding will somehow be worth it. The first can be engineered — fixed supply, burnt liquidity, renounced contract — and PONSR engineers it. The second is usually a story. PONSR replaces the story with a mechanism: the token's only income stream is routed back to the people holding it, automatically, as a second token called $PONS.

There is no staking contract to trust, no dashboard to babysit, and no claim button to pay gas on. If $PONSR is in your wallet, $PONS finds you. Where a claim in this paper cannot yet be verified — final reward parameters, and the utility described in Section 10 — it is labelled as such rather than sold as certainty.

2. Token Design

Because the supply is fixed and the contract renounced, the design leaves exactly one lever: the platform creator fee that pump.fun pays the token's deployer out of its own trading fee. Sections 3–5 describe what PONSR does with that lever; nothing in this design can ever add a tax, mint $PONSR supply, or withdraw liquidity, because those capabilities do not exist post-launch.

3. The Rewards Model: Hold $PONSR, Earn $PONS

The model has three steps and deliberately nothing else:

1. Hold. Buy $PONSR and keep it in a self-custody wallet. Holding is the only requirement — there is nothing to stake, deposit, lock or register.
2. Earn. Creator-fee revenue accrues to the rewards pool. Each distribution cycle, the pool is divided across eligible holders pro-rata to their $PONSR balance:
   reward_i = pool × balance_i ⁄ Σ eligible balances
3. Receive. $PONS is delivered to holders as ordinary on-chain transfers, using pump.fun's native reward rails where the platform supports them and disclosed project wallets otherwise. No claim transaction exists; holders pay nothing to receive.

3.1 Eligibility

• Hold at least the published minimum $PONSR balance at the distribution snapshot (a dust threshold, so payouts are never smaller than the network fee to send them);
• Liquidity pools, the deployer and all project wallets are excluded from rewards and listed as such;
• Anti-gaming rules (for example, a minimum holding period across snapshots) are published before the first distribution if applied.

3.2 Parameters published at launch

Distribution cadence, the minimum balance, and the fee-to-rewards conversion path are finalised against pump.fun's live fee schedule at launch and published on ponsr.life before the first cycle runs — pump.fun's rates have changed repeatedly in 2026, so this paper commits to the mechanism and publishes the numbers when they can be verified rather than guessed.

4. $PONS: The Reward Token

$PONS is not a token PONSR mints. It is an established token of the PONS family with a substantial existing market — reward value that exists before PONSR's first distribution ever fires. PONSR does not control its supply, its contract or its price; PONSR acquires it with fee income and passes it to holders. The exact token identity (contract address, market references) and the acquisition mechanics are published on ponsr.life at launch, so holders verify what they are earning rather than trust a description.

Two properties are committed now:

• Earned, not sold. PONSR holders receive $PONS through the rewards mechanism described in Section 3. PONSR runs no $PONS presale and holds no hidden $PONS position beyond the undistributed reward pool.
• More than a payout. $PONS is the key to an additional utility planned within the PONSR ecosystem. What that utility is, and when it arrives, is deliberately not announced here — see Section 10. Until it is revealed and shipped, $PONS should be valued as exactly what it verifiably is: a reward token with its own market.

5. The Fee Economy

Creator fees are paid from pump.fun's platform trading fee — they are not a token tax, and do not change the 0/0 guarantee. They are also the project's only income, and the commitment is total:

There is no marketing stream, no operations stream, and no treasury carved out of the fee flow. The team's running costs are carried by the team, not skimmed from the reward pool. If the split ever changes — for example to fund an exchange listing the community wants — the change is announced before it takes effect, and because every flow is on-chain, holders can verify the split themselves rather than take anyone's word for it.

Honesty note. pump.fun pays creator fees to the deployer wallet; that is how the platform works and no design can route around it. PONSR's claim is therefore not "the team never touches the fees" — it is that every claim and every onward distribution is an ordinary on-chain transaction from a disclosed wallet, auditable end to end. The fee schedule itself is pump.fun's, is variable, and is verified against the platform's live documentation at launch.

6. Transparency Infrastructure

An open agent process maintains the project's public state:

• Live statistics — rewards-pool balance, total $PONS distributed, holder count and next-distribution timing, refreshed every five minutes to the website;
• Rewards history — every distribution logged (time, pool size, eligible holders, per-token rate) with its transactions linkable on any Solana explorer, so any holder can audit any payout, including their own;
• Telegram alerts — buys (with size meter) and distribution announcements (pinned) in the community chat. Pinned alerts are never unpinned: the pin history is a permanent public record of every rewards cycle;
• Telegram info commands — anyone in the community chat can ask the bot for the canonical links and contract address (/ca, /website, /whitepaper, /rewards, /tokenomics, /x) — one authoritative source, which also blunts fake-CA scams.

7. Wallet & Custody Model

The custody model is deliberately minimal: PONSR runs on pump.fun's native rails rather than custom infrastructure, so there is almost nothing to secure — and almost nothing to compromise.

• Deployer wallet — human-held. A dedicated wallet (hardware-backed / Phantom) launches the token, earns the creator-fee stream, and executes distributions. It is never stored on a server.
• Distribution — platform-native first. Fee claims and reward flows use pump.fun's native creator-reward mechanisms wherever the platform supports them; any step the platform does not cover is an ordinary signed transaction from the disclosed deployer wallet.
• No server hot wallet. No automated signer. No machine holds a key that can move funds. The attack surface is a single human-held wallet, and the worst case of any infrastructure compromise (website, bots, servers) is downtime — never lost funds.

Undistributed fees are the only pooled value at any moment, they sit in the deployer wallet in public view, and distributions on a published cadence keep that pool small by design.

8. Launch & Distribution

• 100% of $PONSR supply enters circulation through the pump.fun bonding curve — no presale, no allocations;
• Any team buys happen on the same curve as everyone else, from disclosed wallets excluded from rewards;
• No bundling, no sniping arrangements, no paid "volume support";
• At graduation, liquidity migrates per pump.fun's standard process; the LP remains burnt/locked per platform design;
• The contract address is announced only via @PonsRewards and the official site — treat every other source as a scam.

9. Roadmap

Phase 1 — Launch & Foundation

• Clean token creation: zero mint authority, revoked freeze, burnt LP
• Official website, X, Telegram; meme asset deployment
• pump.fun launch; Dexscreener/DEXTools fast-track info
• Rewards engine live: parameters published, first $PONS distributions land

Phase 2 — Growth & Indexing

• CoinGecko & CoinMarketCap listings once thresholds are met
• Trend pushes on Dexscreener, BirdEye, Telegram buy bots; Solana-native KOLs
• Rewards history public and audited by the community; holder base widened
• Multi-DEX expansion: Jupiter routing, secondary pools

Phase 3 — The Reveal

• The additional $PONS utility (Section 10) announced and shipped
• Mid-to-high tier CEX conversations once volume justifies them
• Community scaled past 20,000+ holders — with the fee stream still paying them

10. What Comes Next

PONSR is designed as the front door to something larger. $PONS — the token holders earn simply by holding — is built to be the access key to an additional utility under development within the ecosystem. The team's doctrine forbids selling unshipped features, so this paper says only what can be said honestly:

• It exists as a design, not just an idea;
• Earning $PONS early is how you position for it;
• It will be announced when it can be demonstrated, not before — no dates, no leaks. The community hears it first.

Until that day, $PONS is a reward token and should be treated as nothing more. Anyone claiming to know what is coming does not.

11. Risk Disclosure

• $PONSR is a meme token with no intrinsic value or cash-flow claim. It can go to zero. $PONS, likewise, may have no market value.
• Rewards depend entirely on trading volume and on pump.fun's creator-fee schedule, both outside PONSR's control and both variable. Distributions can be small, irregular, or pause when fee income does.
• The unrevealed utility of Section 10 is a stated intention, not a promise. Do not buy $PONSR on expectations of it.
• Reward parameters may be adjusted (and are announced when they are) to keep distributions economically sensible and compliant in relevant jurisdictions.
• Smart-contract, platform and market risks apply as with any Solana token. Never invest more than you can afford to lose.

12. Team

PONSR is built by independent developers with prior shipped projects across trading systems, launch platforms and on-chain games. The project follows a builder's doctrine learned the hard way: claims require proofs, payouts require transactions, and anything that cannot be verified publicly should be assumed marketing. Team wallets are disclosed and excluded from rewards.