Auto Earn
Auto Earn automatically restakes eligible unclaimed staking rewards into the existing position every Monday at 00:00 UTC, without resetting the lock-up term or booster schedule.
1. Definition and scope
Auto Earn is the scheduled BASIS process that automatically restakes eligible unclaimed staking rewards into the user's existing staking position every Monday at 00:00 UTC. It touches unclaimed accrued rewards only. It does not create a new position, add a new lock-up, reset the lock-up timer, or change the original maturity date or booster schedule.
Plain-language summary: if a user has staking rewards that have accrued but have not yet been claimed, BASIS moves those rewards back into the same staking position during the weekly Monday sweep. The user does not need to claim and restake manually. The original staking term continues as originally scheduled, and the setting can be turned off or back on in account settings.
Unclaimed accrued staking rewards
Eligible for the Monday 00:00 UTC sweep if minimum claim thresholds are met
Original staked principal
Not changed by the sweep
Existing maturity date
Continues unchanged
Existing booster schedule
Continues unchanged
Manually claimed internal balance
Outside the sweep scope because it is no longer an unclaimed reward balance
The Claiming Rewards page defines claim as moving accrued staking rewards into the internal BASIS balance. With Auto Earn, a claimable reward balance follows one of these paths:
The user claims manually, subject to the documented minimum claim thresholds
The weekly sweep restakes eligible unclaimed rewards into the same position
Rewards below the claim threshold remain unclaimed and keep accruing until the threshold is met
2. Mechanics
The weekly sweep is structured as a deterministic batch operation. For accounts where Auto Earn is enabled, the process runs every Monday at 00:00 UTC and evaluates unclaimed staking rewards against the unchanged minimum reward claim thresholds.
The batch sequence is:
Identify unclaimed accrued staking rewards
Apply the minimum reward claim threshold for the relevant stToken
Process eligible amounts as a reward realization, also called a claim settlement event
Immediately restake the realized amount into the same staking position
Preserve the existing lock-up term, maturity date, and booster schedule
The minimum reward claim thresholds are unchanged:
stBTC
0.00001 BTC
stETH
0.0003 ETH
stSOL
0.006 SOL
stPAXG
0.0001 PAXG
Rewards below these thresholds do not fail or disappear. They remain unclaimed and continue under the documented accrual model until the minimum threshold is met. At that point, the next weekly sweep can restake the eligible amount if Auto Earn is enabled.
The Claiming Rewards page states that rewards accumulate in real time while a position is active. The BIVB and stToken documentation states that minted stToken supply matches underlying native token quantity, and that rewards are earned and credited as the same stToken at a preserved 1:1 quantity ratio.
Position state determines how the credited value behaves after the sweep:
Fixed pool, mid-term
Eligible unclaimed rewards are credited into the same fixed position
Original maturity date, lock-up term, and booster schedule
Grace Period
Eligible unclaimed rewards are credited into the position during the 48-hour buffer
Normal Grace Period rules from the Grace Period and Maintenance page
Flexible state
Eligible unclaimed rewards are credited into the same flexible position
Flexible-state treatment and base-rate mechanics as documented
The Grace Period and Maintenance page defines the Grace Period as a 48-hour buffer after a fixed pool lock-up ends. If no action is taken within 48 hours, the position automatically rolls into the flexible staking state. Previously earned rewards remain preserved, and ongoing rewards continue at the base rate going forward. Auto Earn does not replace those transition rules.
Each weekly Auto Earn sweep is processed as a reward realization event followed immediately by restaking into the same position. This sequencing matters for referral consistency, because the Reward Flow and Calculation page states that reward distribution is triggered when an eligible downstream claim event is processed.
3. Why the feature exists
BASIS introduced Auto Earn in response to a high volume of user requests. The documented reasons are security first, then convenience.
Security logic
Unclaimed rewards are the most liquid value visible in an account. In an account takeover scenario, an attacker's fastest path to value extraction is through liquid balances. Auto Earn is designed to reduce that exposure window by converting eligible unclaimed rewards back into staked position value on a fixed weekly cadence.
Once rewards are restaked into the position, those amounts become subject to the documented position exit and withdrawal controls:
The Unstaking and Liquidity Buffer documentation states that all unstaking actions are subject to a mandatory 7-day unstaking buffer
The same documentation states that unstake is processed as full position only
The Withdrawals page states that Withdrawal Protection adds an email verification step before processing a withdrawal request
The Withdrawals page states that Withdrawal Protection is enabled automatically when a BASIS account is created
The FAQ states that BASIS uses passwordless email OTP authentication, with a 6-digit code that is valid for 10 minutes and single-use
This is defense in depth and deterministic account hygiene. It reduces the amount of value left in liquid unclaimed reward form between weekly sweeps. It does not eliminate account takeover risk, and it is not a claim that any account or balance is immune to compromise.
Convenience logic
Auto Earn also removes the manual claim and restake routine. Users do not need to remember a weekly action to compound eligible rewards. For eligible balances, the process reduces missed weekly compounding opportunities caused by user inaction.
The setting requires no user action to be active by default, but it remains user-configurable. Users can turn it off and back on in account settings, with changes taking effect from the next weekly sweep.
4. Why the term does not reset
The Booster Reset Policy page states that when additional stake is added to an existing boosted position, the lock-up timer resets based on the new add-stake timestamp for the full aggregated position. The same page explains that the reset-based model reduces ambiguity and prevents users from stacking new capital onto near-expiry boosted positions to obtain disproportionate reward outcomes.
Auto Earn is the documented exception because it does not introduce new external capital. It moves system-generated staking rewards that have already accrued within the BASIS reward model. The gaming vector targeted by the Booster Reset Rule is not present in this flow.
Capital source
New external capital added by the user
System-generated rewards already accrued on the platform
The reset rule targets new capital aggregation, not reward settlement
Gaming vector
A user could add new capital to a near-expiry boosted position
No external capital is added to the position
The disproportionate reward outcome targeted by the reset rule is not introduced
Term treatment
Lock-up timer resets under the Booster Reset Policy
Original lock-up term and maturity date continue unchanged
Auto Earn does not create a new lock-up or reset the existing one
User intent
User initiates an add-stake action
Platform processes eligible unclaimed rewards under the scheduled sweep
The Auto Earn flow is an accounting settlement followed by same-position restake
The result is a consistent distinction: manual add-stake changes the capital base with new user-directed capital, while Auto Earn settles accrued rewards and credits them into the same existing position.
5. Why minimum staking thresholds were recalibrated
Weekly reward amounts on smaller positions can be small. Under the previous thresholds, many positions would rarely meet the amount required for a weekly restake to execute. That would have excluded many of the users who requested automatic compounding and a reduced liquid reward exposure window.
The recalibrated minimum staking thresholds make the weekly sweep operational across more position sizes while still filtering dust-level entries. The recalibrated staking thresholds match the unchanged minimum reward claim thresholds:
stBTC
0.00001 BTC
0.00001 BTC
stETH
0.0003 ETH
0.0003 ETH
stSOL
0.006 SOL
0.006 SOL
stPAXG
0.0001 PAXG
0.0001 PAXG
Minimum deposits remain at zero for all supported assets. Minimum withdrawals are unchanged:
BTC
0.0002 BTC
ETH
0.004 ETH
SOL
0.1 SOL
PAXG
0.002 PAXG
The staking threshold, claim threshold, and withdrawal threshold serve different operational purposes. Auto Earn uses the minimum reward claim threshold as the gating condition for whether unclaimed rewards are eligible for the Monday sweep. See Minimum Staking & Reward Claim Policy for the full threshold policy.
6. Referral network consistency
The Reward Flow and Calculation page states that reward distribution is triggered when an eligible downstream claim event is processed, and that no qualifying claim event means no reward distribution.
Auto Earn preserves that model. Each weekly sweep is processed as a reward realization event, immediately followed by restaking into the same position. Referral network rewards therefore continue to be evaluated on those realization events under the documented Reward Flow and Calculation rules.
No new referral math is introduced by Auto Earn.
7. Compounding effect, illustrative only
The Glossary defines APR as a simple annualized return metric that does not include compounding, and APY as an annualized return metric that includes the effect of compounding over time.
Auto Earn can create a compounding pattern because eligible rewards are added back into the staking position instead of remaining unclaimed. The actual outcome depends on reward rates, position state, eligibility, thresholds, risk controls, and user settings.
The table below is illustrative and hypothetical. It is not a projection, not a quoted rate, and not a promised outcome.
Assumptions for the illustration:
Starting balance is 1.000000 stToken
Hypothetical constant daily rate is 0.10 percent, so r = 0.001
No compounding uses 1 + days x r
Weekly compounding uses (1 + 7r)^weeks
Thresholds, pauses, user claims, and rate changes are ignored only for this illustration
1 week
1.007000
1.007000
0.000000
4 weeks
1.028000
1.028295
0.000295
12 weeks
1.084000
1.087311
0.003311
52 weeks
1.364000
1.437251
0.073251
The purpose of the table is to show the arithmetic difference between simple accrual and periodic compounding under a fixed hypothetical rate. It should not be read as a BASIS APY, DRR, or reward forecast.
8. Technical Q and A
9. Closing risk note
Auto Earn is an accounting and security-hygiene mechanism. It is not a yield promise.
Rewards are variable, and there is no guaranteed rate, APY, DRR, or compounding result. Platform controls may pause under documented risk states, including BSCB and DMM. When documented pause controls apply, those controls govern the operation of reward settlement, staking, and related platform actions.
Next: read Unstaking & Liquidity Buffer.
Last updated