Hold $KIBU.
Get paid.
Every trade on $KIBU pays a fee to the protocol's own liquidity. It is collected, converted, and streamed back to holders. You don't stake. You don't lock. You just hold.
Dashboard
Rewards accrue in real time against your balance — no staking, no lock, no snapshot to catch. Sell part of your bag and everything already accrued stays claimable; only your future rate goes down.
The trading pays the holders.
No emissions, no printer. Every reward that leaves the pool was a fee that came in first. That's the whole design — and the only thing that keeps "hold = earn" honest past week two.
Trading pays a fee
The protocol owns the liquidity, so every trade already pays it the pool's standard swap fee — in both sides of the pair.
No tax in the transfer path. Your wallet-to-wallet transfers are untouched, and every router and aggregator works normally.Collector accumulates
The HYPE side piles up and converts periodically — on a threshold or a timer, not trade by trade.
The KIBU side is swept to the treasury, never sold. Selling it to fund rewards would put permanent sell pressure on the token the flywheel is meant to lift.Pool pays you
Converted rewards land in the Reward Pool. rewardPerToken ticks up, and every wallet accrues pro-rata to its balance, continuously.
Claim is pull-based — you take your rewards when you want them.>Swap KIBUSomeone buys or sells on the pool. Volume is the raw material.>Pool feeThe protocol-owned position earns the pool's standard fee, in both sides of the pair.>HarvestA permissionless collect() pulls those fees into the Fee Collector. Anyone can call it; the destination is fixed in the contract.>Fee CollectorQuote side accumulates, KIBU side is swept to the treasury. No conversion until the threshold or the timer fires.>ConversionOne batched swap into the reward asset. Fewer transactions, better execution.>Reward PoolrewardPerTokenStored increases by the amount added, divided by eligible supply.>HoldersEach wallet accrues in O(1), and claims on demand.
The golden rule: as long as what goes out stays under what the fees bring in, "hold = earn" is sustainable. The day rewards outrun fees, it's the 2021 reflection-token trap — paying Peter with Paul's money. That line is not crossed.
Under the hood.
Four contracts. No epochs, no snapshots, no keeper recomputing every holder each period — the accumulator pattern (Synthetix StakingRewards / MasterChef) handles it in constant time.
Fee Collector
01Receives the harvested fees and decides when to convert.
- Accumulates the quote side, sweeps the KIBU side to treasury
- Accumulates until threshold or timer
- Batches one conversion into the reward asset
- Pushes the result to the Distributor
Reward Distributor
02The accumulator. Where your rewards actually live.
- Maintains rewardPerTokenStored
- _updateReward(wallet) on every balance change
- Tracks userRewardPerTokenPaid per wallet
- Pull-based claim(), double-claim guarded
- Custodies the reward asset
$KIBU token
03A plain ERC-20. Nothing exotic in the transfer path.
- Standard ERC-20, no rebase
- Fixed supply — no mint, no burn, no pause, no blacklist
- Notifies the Distributor on balance moves
- No transfer tax — routers and aggregators stay happy
Fee Harvester
04 · the fee sourcePulls the swap fees earned by the protocol-owned liquidity position into the Fee Collector. Permissionless — the destination is fixed in the contract, so the worst a caller can do is pay the gas.
- The three contracts above never learn where the money came from
- Swapping the fee source later touches neither the token nor the accumulator
No hook. No tax.
Two obvious ways to skim a swap. On HyperEVM neither one is available, so we take the third.
A v4 hook needs a v4
HyperEVM's liquidity lives on HyperSwap v3, a Uniswap v3 fork. v3 has no hooks.
There is no PoolManager to attach anything to. Not a preference — it does not exist on this chain.A transfer tax is broken
A v3 pool asserts it received the exact input amount of a swap, and reverts otherwise.
So a fee-on-transfer token is not merely "less recommended" on v3 — it cannot be swapped at all.Own the liquidity instead
A protocol-owned position already earns the pool's fee on every trade, in both sides of the pair.
Harvesting it is one call. Nothing in the transfer path, nothing for a holder to opt into.What happens when you sell.
There is no special "don't lose your rewards" code. The accumulator does it for free.
- +Accrued stays yoursThe update fires before your balance moves, freezing what you earned. It stays claimable.
- vFuture rate scales downLess KIBU, less accrual. Zero KIBU, zero accrual. Nothing is clawed back.
- 8No snapshot to catchNo epoch, no cutoff, no "you sold two blocks before the distribution". Accrual is continuous.
GameStop energy.
Liquid rewards.
KIBU carries the GameStop meme. It does not carry GameStop stock. The only on-chain GME actually backed by the real share is a permissioned security token — KYC enforced at the wallet, non-compliant transfers reverting by design, several jurisdictions blocked, near-zero liquidity, and no HyperEVM deployment. Auto-distributing that to anonymous holders isn't hard, it's impossible: the transfer reverts.
So the asset you actually get paid in is liquid and permissionless — HYPE, the native asset of the chain KIBU lives on, funded by real KIBU trading fees. GameStop stays what it should be here: the theme.
- $Reward asset: HYPEThe same asset the pair is quoted in, which is what makes the whole loop permissionless: nothing to convert, so nobody to trust with a slippage setting.
- oGME-equivalent: optionalA price oracle can show "you earned the equivalent of X GME". Cosmetic. What lands in your wallet is still HYPE.
- #HyperEVMFees come from the protocol's own liquidity position on HyperSwap v3 — no transfer tax, no hook, nothing in the transfer path.