Mechanism

What actually happens

None of this is a promise to pay someone later. The payment is a term of the coin, written into a launch record that can never change, carried out by the curve on every trade.

1 · Pons pays an address

Every Pons launch names a creatorFeeRecipient and a cut. The curve pays that address on every buy and sell. It’s fixed at launch and nobody can change it afterwards — not us, not the launcher, not the recipient.

2 · Every handle has one

We turn a handle into a wallet: HMAC-SHA256(seed, "xclaim/x/v1/<handle>"). Same answer every time, so the address exists before anyone launches anything.

3 · You prove it’s you

Sign in with X and the balance goes to any address you pick, in one transaction. The vault keeps collecting afterwards.

Why a plain wallet and not a contract

The curve pushes the fee out on every single trade. A contract recipient whose receive hook reverted or ran out of gas would take the whole trade down with it and brick the coin. An ordinary address can’t fail to be paid.

Claiming asks for almost nothing

Signing in with X uses users.read — enough to learn which account you are, and not enough to read your timeline, your followers or your messages. The first account to claim a handle is pinned to it, so if a handle is later renamed and someone else takes the name, the newcomer can’t walk off with the balance.

Check it yourself

Nothing here has to be taken on faith. Every coin on the board was checked against the Pons factory before it was listed — the factory’s own record says which address gets the creator fee, and a coin whose record doesn’t name the handle’s vault is refused. You can read the same record from the factory and the vault balance from the explorer, without trusting this site at all.

The part to be suspicious of

Unclaimed fees are held custodially. The seed that derives every handle’s wallet sits on this server. Whoever holds it can move any unclaimed balance, for any handle, at any time. No contract stands in the way, no timelock, no multisig. The on-chain accrual is trustless; the gap between accrual and claim is not.

So treat a vault as a tip jar, not a bank. Claim early rather than letting a balance sit, and don’t point a large fee at a handle you can’t reach.

The seed can’t be rotated without cost either — recipient addresses are burned into launch records that will never change, so a new seed orphans every coin already launched. Coins are stamped with a fingerprint of the seed that created them, and anything that no longer matches is flagged on the board rather than shown as a balance nobody can move.

Where the ownership record lives

One piece of state exists nowhere else: the pin saying which X account owns a handle. Coins can be re-read from the chain and claims are visible in any explorer, but a pin is only ever written here — and it’s the only thing between a renamed handle and whoever takes the name next.

This deployment keeps pins in Redis and claims them with an atomic HSETNX, so two people racing for the same handle can’t both win, even on different instances.

The numbers

Supply
1B
Pons fee
1%
Handle’s cut
3%
Graduates at
4.2 ETH

The handle’s cut is set at launch and Pons caps it at 10%. The curve is seeded with a phantom 1.68 ETH so the first buy has a sane price, and the coin moves to a Uniswap V4 pool once it’s raised 4.2 ETH. Launching costs the 0.0005 ETH Pons fee plus gas — about 0.0022 ETH in total.

How it works · feeflow