a floor that only goes up.

Creator fees fill a SOL vault every 30 seconds. Burn $RESERVE, take your share.

Floorupdates in real time

Floor price
0.0₈9064 SOL
$0.0₅1071 per $RESERVE · what one token redeems for, before the 1% fee
Floor mcap
8.783 SOL
$1,037.72
Market price
0.0₆513 SOL
$0.0₄6061 · mcap $58.7k
Price / floor
56.60x
market premium over the floor
Vault
8.7841 SOL
Supply
969.05M
on-chain, shrinks with every burn
Burned
30.95M
0 via 0 redemptions
Holders
366
Swept to vault
8.784 SOL
10 sweeps · 0 SOL redeemed
Next sweep
…
every 30s · 100% of fees

Redeemburn $RESERVE, take SOL

Walletloading…
Floor valuen/a
Fee 1% (stays in vault)n/a
You receiven/a

One transaction: your burn and the vault's payout either both happen or neither does. You pay the network fee.

Floor history

00.0₈4890.0₈978
floor ( SOL per token)

Sweepscreator fees → vault

TimeClaimedTo vaultTx
0.362602 SOL0.362602 SOLview
0.396155 SOL0.396155 SOLview
0.642049 SOL0.642049 SOLview
0.458462 SOL0.458462 SOLview
0.691612 SOL0.691612 SOLview
0.677992 SOL0.677992 SOLview
0.825115 SOL0.825115 SOLview
2.314501 SOL2.314501 SOLview
0.810072 SOL0.810072 SOLview
1.605486 SOL1.605486 SOLview

Redemptionsburned → SOL out

No redemptions yet.

Why it works nowpump-fun/pump-public-docs@cb188ce

A PumpSwap pool can now hold SOL its price doesn't count. Reserve does the same thing on purpose, as a token: SOL that sits under the price, and only holders can claim it.

What changed. On Sep 29, 2026, pump.fun published pump-fun/pump-public-docs@cb188ce ("docs: negative virtual quote reserves on PumpSwap pools"). Starting Sep 30, a PumpSwap pool's virtual_quote_reserves can be negative.

  • The field is an i128 and has been since it was added in July 2026 for BOOST. The type did not change. The sign rule did.
  • Buys and sells price against effective_quote_reserves = pool_quote_token_account.amount + virtual_quote_reserves. The program guarantees that sum is never negative and fits in a u64.
  • Negative: the pool vault holds SOL its price does not count, so no trade can take it out. Positive (BOOST): the price counts SOL that is not in the vault.
Pool::virtual_quote_reserves · i128, signed
v = 0price sees the vault
vaultreal SOL
virtual0
effective= vault
v > 0BOOST pools
vaultreal SOL
virtual+ added
effective> vault
v < 0since Sep 30
vaultreal SOL
virtual- removed
effective< vault
SOL in the pool vaulteffective reserves: what buys and sells price againstheld but not priced: a floor trading cannot take out

Why Reserve works. Reserve keeps SOL under the price too, just outside the pool:

  • Creator fees are claimed every 30 seconds and moved into a dedicated vault. The market never trades against it. The only way out is burning $RESERVE, and each burn takes only its share.
  • floor = (vault SOL − rent) ÷ on-chain supply. Sweeps add SOL. A redemption pays at most the floor for the tokens it burns and the 1% fee stays behind, so the floor per token can only go up.
  • Reserve decodes its pool's virtual_quote_reserves as a signed i128, so the market price and the price/floor ratio stay correct whether the value is positive, zero, or negative.
$RESERVE pool SOLmeaning
pool vault (real)78.066WSOL actually in pool_quote_token_account
virtual (i128)+17.5845positive: price counts SOL not in the vault
effective95.6505vault + virtual, what trades price against

pool 2JjE…tqyx · base reserve 186,441,198 $RESERVE

How it works

1FeesEvery $RESERVE trade on pump.fun pays creator fees in SOL.
2SweepEvery 30 seconds the dev wallet claims them and sends 100% to the vault, keeping a small SOL reserve for network fees.
3Floorfloor = (vault SOL − rent) ÷ on-chain supply. Fees push it up. Burns cannot pull it down.
4RedeemBurn any amount. One transaction burns your tokens and pays you floor × amount, minus a 1% fee that stays in the vault.
5ArbIf the market price ever drops below the floor, buying and redeeming is profitable, which pushes the price back up.