Robinhood Chain · chainId 4663
INFINITE PONS
GLITCH
The chart is the glitch. 7% to bags over 5M, weighted. 1% LP. 1% burns the chart.
9% buy / 9% sell / 0% wallet-to-wallet. That 9% splits 7 / 1 / 1: 7% to a reward pool paid pro-rata to every non-excluded wallet holding 5,000,000 IPG (0.5%) or more, 1% pads LP, 1% buys and burns. Venue fee (~1%) stacks on top — disclose it.
02Live on-chain boardLIVE · 15s
Holders
…
Eligible ≥ 5,000,000 IPG
…
IPG in eligible set
…
Reward pool
pending 7% — not swept
| # | Wallet | IPG | % supply | Eligible | Share of 7% |
|---|---|---|---|---|---|
| reading chain 4663… | |||||
Contracts, the bonding curve, 0x0 and 0x…dead are excluded. Share % is a cut of the 7% pool, not a paid amount.
Tape · last 8
…
03How the glitch works
9% buy & 9% sell
0% wallet-to-wallet. The 9% is split 7 / 1 / 1 — it is not 9 plus 1 plus 1.
7% rewards, pro-rata
7% of every buy/sell tax feeds the reward pool. Eligible: any non-excluded wallet with 5,000,000 IPG (0.5%) or more. Payout = your IPG ÷ total eligible IPG × pool.
1% auto liquidity add
Locks into the pair. It does not go to the team — the pool gets thicker.
1% buyback and burn
Buys from the market and sends to 0x…dead. It burns the chart.
No team cut
No mint after deploy. No blacklist. Tax frozen at launch.
Venue fee
Pons takes ~1% on top of the 9%. Say it out loud.
04Rewards — 7% pro-rata
7% of every buy/sell tax goes into the reward pool. Eligible: any non-excluded wallet with 5,000,000 IPG (0.5% of supply) or more. Payout = (your IPG ÷ total eligible IPG) × pool. More tokens = more of the 7%. Paid hourly, auto-pushed; nothing to claim.
- Seat 1 earns more than a 5M min bag. Hold 10M while another wallet holds 5M and your cut is double theirs — weighted, never equal.
- Excluded: the bonding curve / LP, 0xdead, 0x0 and the deployer. They never count in the pro-rata base.
- If zero wallets sit at 5M or above, the pool keeps accruing — no one at 5M yet.
- Balances are re-read every epoch. Drop below 5,000,000 and the rewards stop. Rewards are not a yield promise.
05Tokenomics
| Supply | 1,000,000,000 |
|---|---|
| Decimals | 18 |
| Venue | Pons v2 |
| Pair | ETH |
| LP lock | Locks at 4.2 ETH graduation |
| Buy / Sell tax | 9% / 9% |
| Wallet-to-wallet | 0% |
| Split of the 9% | 7 / 1 / 1 — not 9 + 1 + 1 |
| Holder rewards | 7% pro-rata, hourly auto-push |
| Minimum to qualify | 5,000,000 IPG (0.5% of supply) |
| Auto LP | 1% |
| Buyback & burn | 1% |
| Tax changes | Frozen at launch |
| Pons venue fee | ~1% extra, on top |
06Why it glitches
The LP add makes the pool thicker over time. The buyback-and-burn deletes supply permanently. Both are mechanical, both happen on every taxed trade.
Neither is a promise the price goes up. A high tax kills volume if the story is weak — and if volume dies, there is nothing to tax, nothing to add, nothing to burn. Say it out loud: this can simply grind to zero.
07Launch / Pons
- v2 · ETH pair. Creator tax is set to fit 7/1/1 inside Pons's 10% cap — the whole 9% is split 7 / 1 / 1. We do not claim 11% on-chain.
- Pons holder sharing OFF. The 7% pro-rata payout is handled by the token itself, not by the venue's sharing switch.
- Protocol buyback OFF unless it is the 1% burn path.
08FAQ + risks
▸ Is this a honeypot?
No. Scanners will flag a high tax as one — sells work, they are just expensive.
▸ Why does my trade cost so much?
9% plus the Pons venue fee is max-pain by design. Volume may be thin.
▸ Is the buyback a price floor?
No. Buyback and LP are mechanics, not a floor. You can lose all of it.
▸ Are rewards split equally?
No. It is pro-rata with a floor, not an equal split. Your cut is your IPG ÷ all eligible IPG. A 50M bag earns ten times a 5M bag.
▸ Is this Pons holder-sharing?
No. Pons holder-sharing pays all holders with no floor — that switch stays OFF. This is the token's own 7% pool, gated at 5,000,000 IPG.
▸ Is 5M a high bar?
Yes — 0.5% of supply is a high bar at launch. Until wallets cross it, the pool accrues unpaid.
▸ What should I assume?
Experimental. High risk. NFA. Not the Robinhood brokerage app.