THE DETAILS
A clear path from fees to holders.
Spread connects existing Pump tokens to a configurable basket of on-chain rewards. This release is a public simulation MVP.
Register an existing token
Paste a token mint. Spread reads its mint and Pump program accounts using finalized Solana RPC data. Connect the wallet that currently controls creator rewards and sign the displayed message. A connected wallet and the original deployer address are not sufficient proof.
The fee-routing check compares the configured platform wallet and exact allocation with current Pump sharing accounts. Unconfirmed tokens remain pending. No token is activated for real payouts in this release.
Fee routing needs particular care
Pump’s current V2 fee-sharing instructions can set a final shareholder list and revoke the administrator’s ability to update it. Spread does not build or send these transactions. Review the official Pump fee-sharing instructions before configuring anything. Do not send funds to a placeholder wallet.
What is connected, and what is simulated?
- Connected: Solana Wallet Adapter, server-verified Ed25519 signatures, single-use nonces, mint inspection, official Pump account decoders, authority/routing reads, and Jupiter token discovery.
- Read-only service: holder snapshots use a finalized RPC response; Jupiter can return real quotes when its API is reachable. Missing credentials or failed RPC calls show incomplete results.
- Simulated: all seeded tokens, fee receipts, purchased assets, holder balances, reward rounds, and payouts. No claim, swap, or transfer is signed or broadcast.
- Not yet live: automatic fee attribution, a scheduled keeper, provider eligibility enforcement, and live transaction execution. Changing an environment flag alone cannot enable broadcasts.
Choosing assets
SOL and USDC use their real Solana mint addresses. TECH, GOLD, and INDEX are clearly marked demonstration placeholders with no tradable mint or issuer. Specific tokenized securities will only be added after issuer, transfer, jurisdiction, and recipient eligibility restrictions have been reviewed. Selection in a demo basket does not imply availability.
How rewards are calculated
The creator selects the percentage of creator fees routed to the platform. Of those received funds, the default split is 90% for reward purchases and 10% for operations. Basket weights total exactly 100%. A holder’s allocation is the purchased amount multiplied by that holder’s eligible balance, divided by the total eligible supply.
Balances and allocations use integers. Rounding dust and subminimum payouts carry forward to the next simulated round for the same asset and are never added to operations revenue. Basket change requests create a new version and do not rewrite past reward rounds.
Snapshots and exclusions
Accounts are aggregated by wallet at a finalized slot and the canonical snapshot is hashed. Zero balances, program-controlled accounts, liquidity pools, bonding curves, burns, and platform wallets are excluded. Unknown program accounts and asset-provider eligibility require review before real distribution. An RPC provider that cannot return a complete snapshot causes the process to stop.
Understand the risks
Trading activity can decline or stop, so rewards may be zero. Token prices can fall, liquidity can disappear, and smart contracts or service providers can fail. Tokenized assets can impose transfer, redemption, eligibility, custody, and geographic restrictions. They are not necessarily direct company shares, and platform rewards are not dividends or guaranteed income.
Wallet signatures here authenticate your session; they never approve transactions. Spread does not ask for seed phrases or private keys. Keep them out of this website.