How TokPaid works

TokPaid turns a token's creator fees into dollars in someone's pocket. A deployer launches a token on a supported venue and points its creator fees at the TokPaid treasury. The token's description names an TikTok account, and that account is who the fees are for.

Everything between the two is mechanical. Fees accrue to the treasury as the token trades, TokPaid claims them on chain, 80% is converted to dollars and paid to the recipient through TikTok Money, and 20% buys $TOKPAID and burns it. Every step is recorded against the claim that produced it, and every payout is confirmed in public.

The recipient is not asked to do anything first - there is no account to make and no wallet to connect, so a payout can arrive from a token they have never heard of. Control sits where it already did: TikTok Money decides who is allowed to pay an account, and you can also ask us directly. Section 13 covers stopping payments.

1. 1

   A token directs its fees

   The deployer points 100% of creator fees at the TokPaid treasury, permanently. See section 3.
2. 2

   The description names a handle

   One line in the token description says who the fees belong to. See section 4.
3. 3

   The token registers itself

   The indexer sees the fee direction on chain and registers the token. There is no approval step.
4. 4

   Fees are claimed

   TokPaid claims accrued creator fees on a schedule and records each claim against its transaction signature.
5. 5

   The recipient is paid in dollars

   The recipient share is sent through TikTok Money from a pre-funded float, and a public reply confirms it.

A token can direct fees to TokPaid from either supported launchpad. Which one it launched on changes how fees are directed and how the direction is made permanent, and nothing else: the split, the payout rail and the ledger are identical.

pump.fun

Solana. Live. Fees directed after creation, from fee sharing. $TOKPAID is issued here.

pons.family

Robinhood Chain. Live. Fees directed at creation, as the fee wallet.

four.meme

BNB Chain. Being explored. Not supported, and may never be. See the disclosures page.

Both venues end in the same place: TokPaid is the token's fee recipient, permanently, and it cannot be moved afterwards.

Two rules hold on both. It has to be the whole fee, because a partial share would mean the payout we publish is a fraction of what the token earned with no way for the recipient to tell which. And it has to be permanent, because a fee direction that can still be changed is a promise that can still be withdrawn.

On pump.fun

Directed after the coin is created, not during. The create form has no fee-recipient field. Fee sharing is a separate screen on the coin, where a creator can split fees across up to ten wallets; add the TokPaid treasury there at 100% and the token appears in its sharing config as a shareholder.

That config stays editable until its authority is revoked, so a token is detected but not payable until the revoke flag is set. Revoking is what makes it permanent.

When

After the coin exists, from fee sharing

What we watch

The Pump Fees sharing config, per mint

Made permanent by

Revoking the config's authority

On pons.family

Directed at creation. The fee wallet is one of the fields set when the token is launched, alongside its name and image, so pointing it at the TokPaid treasury is part of creating the coin rather than a second visit.

There is no separate revoke step, because the assignment is its own lock: pons' contract lets only the current recipient hand the fee wallet on. Once it is ours, the deployer cannot take it back.

When

At creation, as the fee wallet

What we watch

The creator fee recipient on the token

Made permanent by

Assignment itself. Only we can move it

On either venue there is no approval step and no queue. A token that meets both rules registers on its own.

Directing a token's creator fees to the TokPaid treasury constitutes acceptance of the Terms of Use by the deployer.

The TikTok account that gets paid is read from the token's description. Put this line in it, with the handle you want paid:

Use the format exactly, substituting the handle you want paid, anywhere in the description. Write whatever else you like around it: the line is what we read, so the rest of the description is yours.

The wording matters more than it looks. A description can easily mention several accounts, and without a fixed line there is no way to tell which one is meant to be paid. “Fees to” and “via TokPaid” bracket the handle so only one reading is possible.

If the line is missing we fall back to the first handle in the description, and then to the TikTok account the token is linked to. Both work, and neither is as reliable as the line.

Keep it inside the shorter of the two description limits. pons.family allows 256 characters and pump.fun allows considerably more, so a description written to fit pons will fit either.

The recipient does not need to agree, know in advance, or hold a wallet. That is the point of the design: a token can be launched for someone, and the first they hear of it is the money arriving and a public reply saying where it came from.

Every claim divides the same way. There is no discretion in it, no schedule to negotiate, and no tier that changes it.

To the recipient

80% gross, paid through TikTok Money. TikTok's own platform fees come out of this share, not out of the 20%

Protocol cut

20%, spent buying $TOKPAID and burning it

Applied

Per claim, at claim time

Fees we add

None. The 20% is the whole of it. Shares are quoted gross, before TikTok's own cut

The one exception

$TOKPAID itself does not split. All of its own fees are held as protocol treasury

Creator fees do not arrive continuously. They accrue to the treasury as a token trades and sit there until they are claimed, which TokPaid does on a schedule rather than on every trade. Claiming per trade would spend more in transaction fees than it collected on a quiet token.

Each claim is written to the ledger keyed on its own transaction signature, so a claim cannot be recorded twice and every obligation can be traced back to the on-chain event that created it. The recipient share and the protocol cut are both computed at that moment, from that claim, and neither is recalculated afterwards.

A claim can fail. Chains halt, RPC providers go down, and transactions revert. A failed claim creates no obligation and is retried; the fees stay accrued in the meantime and are not lost.

Payout milestones

Payouts land at milestones. A creator's share builds until it crosses $5 — then $10, $20, $50, $100, $250, $500, $1,000, and every $1,000 after. Each crossing sends the full balance.

Balances below a milestone keep building; nothing expires for a resolved recipient. If the account cannot receive yet, the balance is held for 7 days — see Held balances.

If a token has named your handle, the money is already yours. There is nothing to claim and no form to fill in. It is sent once the balance crosses a payout milestone and your TikTok Money account can receive.

1. 1

   A token names your handle

   Somebody launches a token and points its creator fees at your TikTok account.
2. 2

   Fees accrue and are claimed

   Trading generates creator fees. We claim them on chain on a schedule.
3. 3

   80% is paid to you

   Sent through TikTok Money from a pre-funded float, so it does not wait on an off-ramp.
4. 4

   A public reply confirms it

   @TokPaid replies so you and your audience can see where the money came from.

You are not required to do anything, acknowledge anything, or agree to anything. Receiving a payment does not make you a customer of TokPaid or a promoter of the token that named you.

Money you receive through TokPaid may be taxable to you. Nothing about a payout decides how it should be treated, TokPaid does not issue tax documents, and nothing on this site is tax advice. If the amounts become meaningful, put them in front of someone who does taxes for a living. Where the law requires us to collect information before paying, the payout waits as a held balance until we have it.

Payments settle into TikTok Money, so the only requirement on your side is an TikTok Money account that is open to receiving. That is configured on TikTok, not here, and TokPaid cannot open one for you or change its settings.

TikTok Money is available to TikTok Premium members, which covers a large share of the handles a token is likely to name. Where a handle can already receive, a payout simply lands.

We check whether a handle can be paid before opening a payable balance. If it cannot yet, the money is held for 7 days rather than lost. See section 9.

Any TikTok account can be named, whether or not it has TikTok Money. Where a handle cannot yet receive, the money is not lost and it is not sent anywhere else. It is held for them.

A held balance stays held for 7 days. Open an TikTok Money account in that window and it becomes payable, going out on the next run with nothing to claim and no form to fill in.

If the 7 days pass and the account still cannot receive, the balance passes to the protocol treasury, where it funds the $TOKPAID buyback the same way the protocol cut does. That is the only other thing that ever happens to a held balance, and it is why the period is published rather than decided case by case. A handle that has asked not to be paid is covered in section 13.

Who can be named

Any TikTok account

Held for

7 days

If they open TikTok Money

Paid on the next run

If they never do

Passes to the protocol treasury after 7 days

Every payout is announced. @TokPaid replies to the recipient with the amount and the token it came from, so the recipient and their audience can both see it.

We do this so the recipient can find out at all. Most were not asked before their handle was named, so the payment is usually the first they hear of it, and the reply is what they and their audience can check it against.

A token earns its fees on whatever chain it launched on. The payout rail and the $TOKPAID market are not on all of those chains, so the treasury is where they meet. Fees are claimed on the chain that earned them and arrive at the treasury as one balance.

$TOKPAID lives on Solana, so a protocol cut earned anywhere else has to cross before it can be spent. That crossing happens at the treasury, once, and it is the only bridge in the path.

Payouts do not cross that bridge. The recipient share settles in dollars through TikTok Money from a pre-funded float, whichever chain the fee came from.

The protocol cut is spent buying $TOKPAID on the open market and burning it. The protocol buys from the same market as everyone else, at whatever the price is when it buys, and the tokens are sent to a burn address. Both halves are on chain and can be checked by anyone.

$TOKPAID gates nothing. Holding it does not change the split, does not change who can launch, and does not change who gets paid. The $TOKPAID page sets out the mechanism in full, and the disclosures page sets out what the token is not.

Who may pay you is a setting on your TikTok Money account. Turning off incoming payments there stops TokPaid paying you, the same as it stops anyone else.

You can also ask us directly. Send a request from your handle, or with reasonable proof you control it, to @TokPaid on TikTok or to admin@tokpaid.app. We honor removal within 7 days: your handle comes off the site, it goes on a do-not-pay list, and we stop claiming the creator fees of tokens that name it, leaving those fees unclaimed on chain. A balance already held for you is paid if you ask for it within its hold period; after that it passes to the protocol treasury like any other held balance.

Registration is automatic, so a token that has not appeared has failed one of a short list of conditions. In rough order of how often each is the cause:

Not the whole fee

The sharing config gives TokPaid a partial share. It has to be 100%.

Not yet permanent

On pump.fun, the sharing config's authority has not been revoked. The token is detected but not payable until it is.

Wrong treasury address

Fees are directed at an address that is not the TokPaid treasury. Check it against the launch page.

No handle in the description

Nothing in the description names a recipient, and the token is not linked to an TikTok account either.

Too recent

The indexer reads the chain on a schedule. A token created moments ago has not been seen yet.

Creator fees

The fees a launchpad pays to a token's creator wallet in respect of trading in that token.

Fee sharing

pump.fun's screen for splitting creator fees across up to ten wallets. Where a pump.fun token directs fees to TokPaid.

Fee wallet

pons.family's field for the address that receives creator fees. Set at creation.

Claim

An on-chain transaction in which TokPaid collects accrued creator fees for a registered token.

Recipient share

80% of a claim, gross, payable to the named TikTok account. TikTok's own platform fees come out of that share when it is cashed out.

Protocol cut

20% of a claim, spent on $TOKPAID buybacks.

Held balance

A recipient share recorded but not yet payable, because the handle cannot receive. Held 7 days, then passes to the protocol treasury.

Float

The pre-funded TikTok Money balance payouts are sent from, so a payment does not wait on an off-ramp.

Treasury

The address a token's creator fees are directed to, and where every chain's balance meets.