Start here
Rebates and the buffer
Verified cost basis, uncovered loss, available reserves and partial payouts.
Start with a verified position#
A rebate needs a complete position history and a verified price. The index tracks finalized trades, current token holdings and verified acquisition cost. Unsupported or incomplete history cannot establish a loss. The verified basis uses average purchase cost for tokens still held. Sells and outgoing transfers remove proportional cost basis and prior covered basis. Verified incoming transfers add no purchased cost.
A missing price or incomplete history appears explicitly in the interface. An unknown loss is not displayed as a known zero.
Only available funds can be allocated#
Current eligible loss is compared with the token’s funded reserve. Available funds support partial allocations. Existing obligations are reserved before additional money can be allocated.
“Loss covered” includes funded pending allocations and finalized payments. It is not the total value lost by every holder. The available-buffer percentage compares free reserve with verified eligible outstanding loss; it is not a guaranteed recovery rate.
An example
If eligible holders have 10 SOL of verified outstanding loss and only 2 SOL are available, the buffer cannot cover more than those 2 SOL. Allocation still depends on eligibility at allocation and payment completion.
For eligible current holders#
Eligibility is checked using current holdings and verified history. Selling or transferring tokens can change the position or make its remaining history unsupported. A transferred balance with unknown acquisition cost is not assigned an invented cost basis.
Platform and reserve wallets are excluded. Unsupported transfers, incomplete history and stale price data do not receive an assumed loss calculation. The position screen reports the reason when one is available.
Allocation is proportional to verified unpaid eligible loss and fully capped by the available settled reserve. Transfers below 0.001 SOL are not allocated; that dust remains in the reserve. An allocated rebate becomes a fixed funded obligation. Payments are recorded separately from allocation; later trades affect future eligibility. A pending amount is not proof that SOL has arrived in your wallet.
No promised payout or schedule#
Fee funding, indexing, price verification and payment processing can all take time. The engine targets a 60-second epoch when history and prices are ready. A complete 15-minute finalized time-weighted price window is required, with observations no more than 90 seconds apart, a latest observation no more than 60 seconds old, and a final price within 20% of that average. If these conditions fail, no rebate epoch is allocated. The interface refreshes verified status periodically. There is no promised every-minute payout.
A buffer may remain small or empty, and a loss may exceed it. Float never promises a full refund, a price floor or a safe trade.