Holder rewards
> V3 publication draft; not yet published. Economic terms follow the unfrozen specification v2 draft. {{待冻结}} means pending reconciliation with the final frozen specification. This page does not apply to V2 or existing tokens. Available actions depend on the verified release manifest.
This mechanism applies only to Rewards-mode tokens with a Holder project-tax allocation. Rewards are native OKB from actual Holder accruals. Protocol fees and total trade volume do not automatically fund rewards. Without funding, there are no new rewards.
Entitlements accumulate continuously by eligible address balance. There is no lottery, daily random snapshot, enrollment, staking or requirement to hold for a day first. Once an address reaches the project’s minimum, its entire eligible balance counts; below it, weight is zero. System addresses are excluded. The platform creation default is 100,000 tokens {{待冻结}}, or 0.01% of draft supply {{待冻结}}, with raw value 100000000000000000000000 {{待冻结}}. The creator makes the final selection. This is not a platform minimum, USD requirement or extra Params field.
Streaming and new funding
Funds stream linearly over 24 hours, or 86400 seconds {{待冻结}}, with no holding cooldown. A read can calculate current claimable funds without a scheduler writing every second. Actual payment still needs a claim transaction.
New Holder funding first checkpoints released funds. It combines old unreleased funds and new funding into a fresh full-duration stream starting now. Existing personal credits remain intact. This example uses hypothetical accounting units, not promised income:
| Time and action | Cumulative released | Remaining unreleased |
|---|---|---|
| Fund 100 units at the start (example) | 0 units (example) | 100 units (example) |
| After 12 hours {{待冻结}}, add 100 units (example) | 50 units (example) | 150 units (example), rescheduled over 24 hours {{待冻结}} |
| Another 12 hours {{待冻结}} pass without new funding | 125 units (example) | 75 units (example) |
Durations depend on the draft stream policy. The example follows SPEC §6 / Y037. Each person’s share depends on eligible weight over time. Frequent funding can keep extending the unreleased tail; each deposit does not retain its own original completion deadline.
Transfers and claims
A new buyer does not inherit past released rewards. Selling, transferring or falling below minimum changes future weight. Corrections preserve already earned credit, so a zero-balance address can still have a claim.
Read claimable(account) for claimable OKB. Anyone can call claimFor(account), but payment goes only to that entitlement address. A caller cannot redirect it. Rejected payment reverts the claim without erasing credit. Scheduled automatic payments, USD-triggered payouts and gas-free claims are not promised as live features.
Releases with no eligible holders enter noEligible. When total eligible weight becomes nonzero, this carryover and unreleased funds are rescheduled. The first sustained eligible holder could eventually receive that carryover, without instantly receiving it on entry. Global rounding can leave undistributable dust. A finite lifetime fundingCap applies; claims do not replenish it. Exhaustion can revert funding and its associated trade. There is no unlimited-capacity or fixed-yield promise.