Survival Allocations
Follow token-specific balances from accrual to potential deployment.
Code exists; Stayers production behavior is not yet verified.
A survival allocation is the portion of eligible collected fees attributed to one token for its proposed future liquidity growth.
Accrued, collected and reserved
Accrued fees are observed in Meteora but have not necessarily reached custody. A verified claim establishes the assets actually received. The selected V1 ledger then assigns 6/16 of distributable collected DBC fees to that token's survival balance.
The ledger preserves the asset mint and raw units. A claim in another asset is not silently converted to SOL or added to a SOL total.
Per-token accounting in a shared wallet
V1 uses operator-managed shared collection custody with durable token-specific records. It does not currently provide separately protected on-chain vault accounts for every token.
Important categories include SURVIVAL_PENDING, SURVIVAL_DISTRIBUTION_PENDING, SURVIVAL_DEPLOYED and SURVIVAL_FAILED_TOKEN_RESERVE. Moving between accounting categories does not itself move blockchain assets.
Snapshots and later fees
An eligible financial snapshot fixes the balance used for a milestone schedule. Later allocations belong to separate accrual cohorts, so they cannot be counted twice or permanently ignored.
The initial schedule's 10%, 25%, 35% and 30% portions add to the full eligible snapshot. They are conditional budgets, not guaranteed distributions.
No automatic liquidity purchase
The worker does not buy tokens, add liquidity or transfer reserves automatically. Any complete liquidity-growth process must first be implemented, tested, verified and approved. See Stay Vaults.
stayers.fun