09 /
How Rewards work
Rewards converts eligible profit in a separate paper account into small SOL payouts from a creator-fee pool. Activation waits for the token launch.
> in plain words
- Practice and Rewards use separate balances and trades.
- The Rewards screen shows whether payouts are waiting, simulated or active.
- The pool sets the rate, so a large paper win does not mean a large payout.
Open Rewards to check availability, qualification and payout history.
Rate and single-payout cap applied.
Illustration only. Demand floor: 10 paper SOL/hour. Holding caps, the hourly brake and the drawdown rule are not applied here.
Illustrative calculator. No funds move.
go deeper/ pool and payouts
The creator-fee pool
The planned token split routes 70% of creator fees to the pool and 30% to the team. Rewards stay paused until the launch and funding configuration are verified. Fee collection runs separately from the payout service.
The pool keeps a 2 SOL reserve. A 14-day rate horizon spreads available funds over time. Fee inflow can fall, and payout estimates change with the pool and demand.
Your Rewards account
A verified Solana wallet opens a 10 paper SOL Rewards account. It is separate from the 100 SOL Practice account. Use the Practice and Rewards links in the trade rail to choose an account. Rewards uses market orders with server-controlled realistic execution.
A position is capped at 25% of the Rewards balance. Before the first payout, complete 20 counted rounds across five UTC days. A loss beyond 5% of the starting bankroll in one UTC day, including open losses, stops new buys until the next day. Sells remain available.
Below 0.5 paper SOL with no open positions, an account can refill after seven days. The peak stays in place, so losses must still be recovered before new profit pays. Voluntary resets and top-ups are unavailable.
Automatic payouts
- Close a counted round in profit above your previous paid peak. There is no claim button.
- Qualification, token holding and abuse checks must pass before a payout is reserved at the current rate.
- A separate payout service sends reserved SOL to the verified wallet within its caps. Payout history shows the state and transaction link.
- An uncertain transfer remains held while the service checks the chain. It is never replaced merely because a response was lost.
Simulation mode records what would happen and sends no real SOL. The Rewards screen is the source of current availability; reading these rules does not activate payouts.