Understand what
grows underneath.
wXMR-paired coins, transparent fee allocation and shared ROOTS liquidity.
The previous fee model has verified launch, buy, sell, settlement, reserve redemption and reward receipts. Those receipts remain historical evidence. The new allocation and first shared-liquidity deposit with atomic LP burn are now independently verified from finalized mainnet receipts. The live keeper has also collected fees, published a holder snapshot and paid 0.000003885382 wXMR to a holder without a holder signature. Public coin creation, trading and reserve redemption are available. The official ROOTS mint and canonical wXMR pool are configured; automatic buyback and atomic burn receipts are verified.
Your token. Shared ROOTS liquidity.
Community trading fees fund shared liquidity, ROOTS burns, rewards and each coin’s reserve when enabled.
XMR ROOTS has been adapted for wXMR-paired tokens on Solana, using pump.fun curves and PumpSwap after graduation. Every registered token has its own fee-accounting and reward budgets. In the current model, 25% funds liquidity in the shared ROOTS/wXMR pool; new fees no longer build a per-token redeemable reserve.
Plant
Create a token paired with wXMR and choose its reward mode.
Grow
Collect creator fees and settle them into four allocations.
Verify
Inspect reward payouts, ROOTS burns and acquired LP-token burns. Existing reserve redemption remains available.
The four-way allocation is installed and its exact bytecode verified on mainnet. The keeper executes liquidity operations within available budgets and limits. The earlier HYPE program and its records remain separate. Launches, trades, fee settlements and reserve payouts are verified on Solana mainnet.
Monero represented on Solana.
The quote asset is wXMR, a Solana SPL token with 12 decimals. Pump lists this exact mint as a supported Monero pair asset, with wxmr.io as its listing provider. A Solana wallet such as Phantom signs Solana transactions; network fees are paid in SOL.
wXMR is not native XMR. Its provider offers a bridge between Solana and Monero and reports 1:1 backing. XMR ROOTS has not independently audited that backing, bridge custody or solvency. A token’s inclusion on Pump’s list does not constitute a security audit or a Monero Project endorsement.
Trading, reserve balances and wXMR payouts on Solana do not inherit Monero’s native privacy. Converting a wXMR payout to native XMR goes through the wXMR bridge on the Move page, with its own fees, processing and availability.
Each new community coin records its pair asset permanently. wXMR pairs use the exact twelve-decimal SPL wXMR mint; ROOTS pairs use the official six-decimal Token-2022 ROOTS mint. Creator or holder rewards and the 10% treasury allocation are paid in that selected asset. Amounts in different assets are never added together.
Both pair types retain the 25% shared-liquidity allocation and burn only newly minted LP in the canonical ROOTS/wXMR pool. A wXMR budget buys ROOTS before depositing; a ROOTS budget sells part of its allocated ROOTS for wXMR before depositing. The 25% burn budget buys and burns ROOTS for wXMR pairs; for ROOTS pairs it burns ROOTS already held in that budget directly. A direct budget burn is not counted as a market buyback.
From an idea to a wXMR or ROOTS pair.
- Prepare your token.
Choose its name, ticker, square image and public description. Preview its identity before publishing metadata.
- Choose the reward mode.
Creator mode pays the connected launch wallet. Holder mode uses periodic snapshots and claim proofs. Either mode receives the same 40% fee allocation.
- Create your token.
Click Create token. The site uploads metadata, verifies the deployed program and simulates the launch automatically, then opens your wallet. Keep SOL available for account rent and network fees.
- Confirm in your wallet.
Check the transaction and its costs, then approve it in Phantom or Solflare. The launch creates the pump.fun token and registers its fee vault atomically. No second confirmation on the site is required.
Token creation and any first purchase are separate transactions. Your wallet confirms each action.
Plant a coinA quote you review. A trade you sign.
The trading flow reads a registered token’s pump.fun curve or canonical PumpSwap pool, calculates a wXMR quote and simulates the transaction before requesting a wallet signature. Buy, sell and reserve redemption are distinct actions.
Liquidity, price movement and other transactions affect execution. Slippage limits constrain the accepted transaction; they do not guarantee a quoted price or prevent every market risk.
The 2% creator fee applies to buys and sells. Venue fees, account rent and Solana network fees remain separate. Trading uses the verified wXMR program on Solana mainnet.
2% creator fees,
split four ways.
Shared liquidity. Community rewards. A reserve for each enabled coin.
The installed program enforces this allocation for newly settled creator fees. Existing committed balances and published claims are preserved. The legacy HYPE program remains separate. Creation, buying, selling, fee allocation, reserve redemption and reward payments have verified mainnet receipts.
| Destination | Of creator fees | Of trade volume |
|---|---|---|
| Shared ROOTS/wXMR liquidity · newly acquired LP burned | 25% | 0.50% |
| ROOTS buyback & burn | 25% | 0.50% |
| Creator / holder rewards | 40% | 0.80% |
| Coin reserve when enabled; otherwise treasury | 10% | 0.20% |
| Total | 100% | 2.00% |
For an enabled coin, 10% of newly settled creator fees stays in its own redeemable reserve instead of going to treasury. The reserve uses its pair asset: wXMR or ROOTS. Existing treasury transfers are not recovered. Coins not enabled keep the previous treasury route. The official ROOTS token’s own Pump creator fees still route separately to Cx64.
Try a trade volume
Illustrative USDIllustrative amounts under the fee model. This is not a live price conversion, revenue forecast or a live protocol balance. Venue and network fees are excluded.
At $100 of illustrative trading volume, the creator fee is $2: $0.50 for liquidity, $0.50 for buyback and burn, $0.80 for rewards and $0.20 for the coin reserve when enabled, otherwise treasury. At $1 million, the $20,000 creator fee splits into $5,000 liquidity, $5,000 buybacks, $8,000 rewards and $2,000 for the coin reserve when enabled, otherwise treasury. These examples describe fee allocation; actual purchases, deposits and payouts depend on available budgets and confirmed transactions.
Burn a coin. Redeem its reserve.
Each enabled coin retains 10% of newly collected creator fees in its own reserve. Its holders may permanently burn tokens and receive their proportional share of that reserve in the same Solana transaction. The payout asset is wXMR for a wXMR pair and ROOTS for a ROOTS pair.
reserve × tokens burned ÷ total supply before burnTotal supply includes tokens still in the curve or pool. Amounts round down; a zero payout is refused. The reserve is finite, starts empty unless already funded, and does not guarantee the purchase price. Native Monero withdrawal requires the separate wXMR bridge.
The coin page shows its funding switch, current reserve and any scheduled closure. No closure is scheduled automatically. A later closure and migration to ROOTS/wXMR liquidity requires an operator action and the notice enforced by the deployed program. The program remains upgradeable by Cx64.
The existing 25% liquidity allocation remains unchanged. Its acquired LP tokens are burned; it is not a refund reserve. Historical treasury payments, creator rewards and other coin reserves are not used to fund a redemption.
One budget. Two reward modes.
Creator mode
The 40% rewards allocation accrues to the creator recipient recorded at launch. Payout instructions must preserve that recipient.
Holder mode
The keeper publishes a finalized holder snapshot, then submits each recipient’s claim proof and pays wXMR directly from the token vault. Holders do not sign to receive an automatic payout.
Snapshot correctness depends on its publisher. A proof verifies the published allocation, not whether the publisher chose fair eligibility rules. Eligibility and exclusions must be disclosed in each manifest. Holding a token does not guarantee a reward amount or payment schedule.
The implementation includes fixed published epochs, duplicate-claim prevention and a 180-day claim window. The first automatic holder payout was verified on mainnet: 0.000003885382 wXMR to one wallet. Read the finalized payout evidence.
The operating keeper publishes a new epoch when a token’s reward budget reaches 0.001 wXMR, at most once an hour per token. This is a wXMR threshold, not a fixed USD threshold. Holdings are aggregated per eligible wallet; curve, pool and vault owners, frozen accounts and delegated accounts are excluded.
At least $20 held per wallet. New holder snapshots require at least $20 of that token per wallet, after aggregating its eligible token accounts. Valuation uses the canonical finalized Pump curve or pool and the current wXMR/USD price from liquid wXMR/USDC markets. This is a spot estimate, not a guaranteed sale value. If pricing is unavailable, the keeper defers the new snapshot. Existing manifests and their allocated rights remain unchanged. The keeper pays SOL network fees and any required recipient account rent from its separate operating wallet, within its spending limits. It does not deduct a rent charge from the recipient’s wXMR allocation.
Available budgets, snapshot rules, the 0.001 wXMR trigger and keeper funding determine when a payment can execute.
Real budgets. Verifiable burns.
The installed program allocates 25% of newly settled creator fees to buy the selected platform token, then burn the acquired tokens atomically. Execution uses the configured ROOTS mint and canonical wXMR PumpSwap pool, subject to available budgets and adequate liquidity.
Configuration, pool migration, liquidity, funding and execution limits can delay spending. Only confirmed transactions prove a completed purchase and burn.
The old global limit of 0.25 HYPE per five minutes belongs to the legacy HYPE program. It is not a promised XMR limit. wXMR uses 12 decimals, with native amounts, caps, output floors and queue reporting bound to that asset. The adapted build sets a global cap of 0.01 wXMR per transaction, a five-minute cooldown and an onchain output floor: 2.88 wXMR/day maximum theoretical throughput.
The keeper serves the protocol.
The active wXMR keeper collects and settles fees, publishes holder snapshots and delivers fixed claims. Its first three automatic transactions are verified on mainnet. The official ROOTS mint and its graduated canonical wXMR pool are configured. A public community-token budget has funded a verified automatic buyback and burn; see the finalized receipt. The keeper uses a separate dedicated wallet and an operating spending cap of 0.1 SOL per UTC day, including account rent, with a 0.02 SOL minimum reserve. Keeper transactions currently use 10,000 micro-lamports per compute unit; the per-transaction fee cap remains in force.
Owner controls
Review deployment and configuration, select the platform token, and grant, rotate or revoke a dedicated keeper.
Keeper limits
Operate within token budgets and explicit permissions. Snapshot accuracy remains dependent on the keeper and its data sources.
The project treasury and token reserves have separate purposes. wXMR adds the bridge provider’s custody and redemption assumptions. Solana program custody does not remove the external bridge dependency.
The four-way program is deployed.
Its exact bytecode is verified.
The new wXMR mainnet program is 9RSfkTWckTiuCQTae86bgqZWumcLcj4fzDLxi9qNoVeM. The installed dual-quote build is 193,992 bytes, SHA-256 08a857b7…5006a. Read the finalized upgrade record. Earlier reserve-model receipts remain historical evidence; completed liquidity operations require their own receipts. The immutable operator and treasury are Cx64…6biQ, the 75-address protocol table and five-address ROOTS table are frozen, and the dedicated keeper is delegated. The earlier HYPE program remains separate.
The deployed program and client enforce the exact wXMR mint, 12-decimal accounting and explicit buyback limits. Installation and the full real Creator cycle are verified. The isolated keeper is active with dry-run disabled; automatic fee collection, snapshot publication and a positive holder payout have also been verified. These first receipts cover one holder wallet. Public creation, trading and redemption are enabled. Buyback allocations accrue onchain and are spent within the configured limits. The official platform token and its canonical pool are configured, and automatic purchase-and-burn execution is verified.
No independent security audit or independently verified bridge solvency is claimed. Activity must distinguish legacy HYPE records from future wXMR records and must never relabel legacy amounts as XMR.