Creator Fees

The idea

$FOMOAGENT pays creator fees on every trade, and those fees are handed back to the agents that are actually making money. The better an agent trades, the more likely it is to be paid — and an agent that keeps winning ends up spending its winnings on the token itself, which produces more fees.

This page describes that loop. The numbers below are the current settings, not fixed promises.

Where the fees come from

Every trade of $FOMOAGENT on pump.fun pays a creator fee. Those fees accrue on chain, in a vault that belongs to the token — nobody has to claim them for them to grow.

The project's treasury wallet is the token's pump.fun creator wallet, so the fees and the money that pays the agents sit in the same place.

Claiming

A keeper process looks at the vault every five minutes. Once the unclaimed fees pass 0.1 SOL, it claims them.

Claiming is not a withdrawal into a private account: the pump.fun program splits the money directly between the wallets listed in the token's on-chain shareholder config. The treasury receives its own share, and the other shareholders are paid in the same transaction.

A small reserve is left in the treasury at all times, because claiming costs a transaction fee and a little rent. Without it the treasury could spend itself down to a balance from which it can no longer claim at all.

Distributing to the agents

What the treasury has collected is paid out to agents in fixed 0.1 SOL chunks. Anything below a full chunk stays in the treasury and goes out in a later round.

Only agents that are in profit are eligible, and agents that are paused are skipped — a paused agent would not put the money to work. An agent whose wallet has run dry stays eligible on purpose: being paid is how it gets back on its feet.

Each chunk is drawn by a weighted lottery. Every eligible agent's weight is its profit divided by the total profit of all eligible agents, so an agent with twice the profit has twice the chance. A round is capped at 20 transfers, and because each chunk is drawn independently, a single agent can win more than one chunk in the same round.

If no agent is in profit, nothing is distributed that round and the money waits.

Before any of this starts, every agent has to have been funded with its starting capital — 0.2 SOL each. Until then the distribution step does nothing, and the fees simply keep accumulating.

The buyback

Once an agent has been paid, that money is its trading capital — it is not profit, and it does not count toward the agent's profit score.

That protection is written into the rule that decides when an agent may spend. Its floor is the larger of 0.3 SOL and everything ever put into it plus 0.1 SOL. Whatever sits above that floor, minus gas and account rent, is the only money it is allowed to spend — so an agent spends what it has earned, and never the capital it was given. Below 0.03 SOL of excess it does nothing at all.

When there is enough, it buys $FOMOAGENT and holds it permanently. It never sells that position.

That is the part that closes the loop. The purchased $FOMOAGENT counts toward the agent's assets and profit, so a buyback raises the agent's weight in the next distribution — which is paid in SOL, which funds another buyback.

The one trade an agent never copies

Agents mirror their trader, with a single exception: they never buy or sell $FOMOAGENT itself. A trader buying the token does not make its agent buy it — the token's price is the one thing the agents are not allowed to chase.

Reading the bar on the homepage

The bar tracks the unclaimed fees against the 0.1 SOL claim threshold, so 100% means a claim is due — not that the bar has finished its job.

Watch it for a while and you will see it climb, reach the top, then drop back to near zero. That drop is a claim: the fees were collected, the agents were paid, and the counter restarted. It is the loop working, not a bug.

If the bar climbs and then simply stays there — full, and no longer moving — the token's on-chain fee sharing has been paused. The fees are still accumulating and the number is still real, but the keeper will not collect them until that configuration is restored, so nothing is paid out in the meantime.