Holder rewards
On a Custom launch the creator's share of the trading fee does not have to reach the creator. It can be pointed at the people holding the coin, in several shapes. This is what each one does, what it costs, and where it can fail.
The idea
Every swap pays a fee. The protocol takes its 10–15%; the rest is the creator's leg. Instead of settling that leg to a wallet, a Custom launch can route it — to holders directly, into a basket of other tokens, or into a buyback of the coin itself.
Claim or push
Every reward product settles through the same vault contracts, but there are two user experiences and the difference is visible:
| Claimable | Automatic (push) | |
|---|---|---|
| How you get paid | The pot sits in the vault until you call claim | A keeper pays you where you stand |
| Action required | Yes, per window | None |
| If you do nothing | The claim window expires and that share is gone | You still get paid |
| If the keeper stops | Unaffected — you claim yourself | Payouts pause; funds pool in the vault until it resumes |
On claim-style products a window that nobody claims is not paid out later by default; the ineligible share has to be swept. If you hold a reward-paying coin, check the Rewards page periodically rather than assuming it accumulates forever.
The routes
Holder rewards
Top holders earn a share of the trading fee directly, paid in the wrapped gas token or in native gas token depending on the variant. Nothing is bought or converted — the fee arrives as the fee currency.
Auto-disperse
The trading fee auto-buys a reward token you nominate and a keeper pushes it to eligible holders every 24 hours. There is nothing to claim.
Eligibility is configurable at launch and fixed afterwards:
| Setting | Range | Meaning |
|---|---|---|
| Minimum balance | up to 1% of supply | How much a wallet must hold to qualify |
| Minimum hold time | up to 168 hours | Continuous hours held before qualifying |
| Maximum slippage | 0.01% – 5% | The floor on the reward-token buy |
Every trade's fee is auto-bought into the reward token the creator picked and pushed to holders. Those rewards are only ever worth what that token is worth. If its price or liquidity collapses, or whoever controls it pulls its pool, holder rewards can go to zero. The coin's own locked liquidity and principal are unaffected, but the reward stream is not.
Creators: choose a liquid, non-pausable, non-blacklisting token. Holders: look up what the reward token actually is before valuing the reward.
Buyback and burn
An optional extra on top of auto-disperse. 10% of the fee buys back the coin itself and sends it to the burn address. With it on, the split becomes 81% rewards / 9% burn / 10% protocol.
Vaults
A vault routes the fee into a basket of up to a fixed number of tokens with weights totalling 100%. Three flavours differ in who owns the basket:
| Vault | Who owns the basket | How holders are paid |
|---|---|---|
| Fee | The vault | Top holders claim it as dividends |
| Portfolio | The creator — withdrawable at any time | They are not. This is a creator treasury product. |
| Dividend | The vault | Paid on a timer you set at launch |
Dividend vaults take two extra settings, both locked at deploy:
- Payout interval — 1 hour, 6 hours or 24 hours.
- Distribution per cycle — 5%, 10%, 25% or 50% of the pot.
- Payout mode — holders claim, or auto-send with no claim.
A vault buys its basket out of the wrapped-gas-token leg of the fee. On a launch paired against something other than the gas token there is no such leg to spend, so the vault option is not offered. This is a known and accepted constraint, not an oversight.
Rewarding holders in the pair token
One case does combine pairing and holder rewards: when the reward is the pair token. Launch paired against some token, and set a percentage — top-100 holders split that percentage of the pair-token trading fee. Pair with a tokenised stock and your holders earn the stock. It needs a fee above 0%, for the obvious reason.
Eligibility, and one thing that used to be wrong
An early version of the reward vaults ranked 0x…dEaD as a perfect holder: it was paid, and it counted in the denominator, diluting everyone else. The contract-level fix landed on 2026-08-14 and applies to launches made after that date only. If you are checking an older reward coin's distribution and the numbers look short, this is why.
Claiming, as a holder
The Rewards page lists what your connected wallet is owed, what it has already been paid, and by which coins. Everything on it is read from chain rather than from an indexer, and the claim button only appears after the claim has been simulated successfully from your wallet — so a button that is offered is a button that will work.
A payout that arrived automatically is shown as "earned automatically" rather than as something you claimed. The contracts distinguish the two events and so does the page.