How KickPaid works

KickPaid turns a token's creator fees into money for a streamer. A deployer launches a token on a supported venue and points its creator fees at the KickPaid treasury. The token's description names a Kick channel, and that channel is who the fees are for.

Everything between the two is mechanical. Fees accrue to the treasury as the token trades, KickPaid claims them on chain, 80% is credited to the channel and paid out, and 20% is the protocol cut. Every step is recorded against the claim that produced it, and every payment is published.

The streamer is not asked to do anything first. There is no account to make and no wallet to connect, so a balance can appear from a token they have never heard of. Section 13 covers how to stop that.

1. 1

   A token directs its fees

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

2. 2

   The description names a channel

   One line in the token description says whose fees these are. 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

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

5. 5

   The streamer is paid

   80% of each claim is credited to the channel, and the payment is sent and published.

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

Two rules hold. It has to be the whole fee, because a partial share would mean the payment we publish is a fraction of what the token earned with no way for the streamer 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 KickPaid 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.fun sharing config, per mint

Made permanent by

Revoking the config's authority

Directing a token's creator fees to the KickPaid treasury is the deployer accepting how this works, including that the named channel may be paid without being asked first.

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

Use the format exactly, substituting the channel name, 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 KickPaid” bracket the name so only one reading is possible.

If the line is missing we fall back to a kick.com link in the description or socials, and then to the first handle in the description. Both work, and neither is as reliable as the line.

The streamer 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.

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

To the streamer

80% of the claim

Protocol cut

20%, spent buying $KICKPAID and burning it

Applied

Per claim, at claim time

Fees we add

None. The 20% is the whole of it

The one exception

$KICKPAID itself does not split. 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 KickPaid 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 balance can be traced back to the on-chain event that created it. The streamer's share and the protocol cut are both computed at that moment, from that claim, at that moment's SOL price, and neither is recalculated afterwards.

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

One sub at a time

A payment here is a gifted sub, which costs €5.00. So the ladder is one step repeated: every time a token has credited its channel another whole sub, one more sub is owed there.

A token that earns €5.00 of the streamer's share is one sub. Earn it again and that is a second sub, on the same channel, from the same token, and so on for as long as it trades. What is left over between subs keeps building rather than being rounded away.

The threshold is read in euros at the day's rate, but a claim is priced in dollars once, at claim time. A balance already credited never moves because the exchange rate did.

If a token has named your channel, the money is already yours. There is nothing to claim and no form to fill in.

1. 1

   A token names your channel

   Somebody launches a token and points its creator fees at your Kick channel.

2. 2

   Fees accrue and are claimed

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

3. 3

   80% is credited to you

   Your channel page shows the balance and the next milestone, updated from the ledger.

4. 4

   The payment is sent and published

   We send it and write the payment down on your channel page, with the token it 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 KickPaid or a promoter of the token that named you.

Money you receive may be taxable to you. Nothing about a payment decides how it should be treated, KickPaid does not issue tax documents, and nothing on this site is tax advice. Where the law requires us to collect information before paying, the payment waits as a held balance until we have it.

As a gifted sub on your own channel. Kick has no payment rail anyone can push money into, but it does have subs, and a sub is money that arrives where the streamer already is.

So the unit of payment here is one sub, €5.00. When a token has earned that much of your share, the sub is gifted on your channel and written down on your page with the token that paid for it. Earn it again and there is a second sub, and so on.

Gifting is the one step a person performs rather than the indexer. Everything before it is automatic: the claim, the split, the balance and the moment it crosses a sub are all computed from the chain, and they are on your channel page whether or not we have ever spoken.

If subs are not what you want, write to us from an account you can show controls the channel and say so. We would rather send it the way you asked than the way that was convenient.

Who can be named

Any Kick channel

What you have to do first

Nothing

What a payment is

One gifted sub, €5.00

When it happens

Every time a token earns another whole sub for you

Where it is recorded

Your channel page, with the token that paid for it

Contact

Announced here once it is open

A token can name a channel that does not exist on Kick, or one whose owner never responds. The balance is still computed and still shown, because hiding it would make the ledger disagree with the chain.

A balance credited to a channel we cannot reach is held. It is not spent, not reassigned to another streamer, and not quietly absorbed. If the channel is removed at its owner's request under section 13, the balance passes to the protocol treasury when the removal takes effect, and that is the only thing that ever happens to it.

Every payment is published on the channel's page and in the payments feed, with the amount and the token it came from.

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

A token earns its fees on the chain it launched on, and they arrive at the treasury as one balance. The treasury address is published on the launch page, and it is the address a token has to point its fee sharing at.

Fees arrive in SOL. A claim is priced in dollars once, at claim time, so the amount owed to a streamer does not move afterwards with the SOL price.

The protocol cut is spent buying $KICKPAID 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.

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

Ask us and we stop. Send a request from your channel, or with reasonable proof you control it.

We honour removal within 7 days: the channel 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. Any balance accrued for the channel but not yet sent passes to the protocol treasury when the removal takes effect.

Registration is automatic, so a token that has not appeared has failed one of a short list of conditions. The register check reads the chain for one mint and names which.

Not the whole fee

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

Not yet permanent

The sharing config's authority has not been revoked.

Wrong treasury address

Fees are directed at an address that is not the KickPaid treasury.

No channel in the description

Nothing in the description names a Kick channel.

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.

Claim

An on-chain transaction in which KickPaid collects accrued creator fees.

Streamer's share

80% of a claim, credited to the named Kick channel.

Protocol cut

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

Milestone

The balance a channel has to cross before a payment is sent.

Held balance

A share withheld until something resolves it, such as information we are required to collect.

Treasury

The address a token's creator fees are directed to.