> For the complete documentation index, see [llms.txt](https://docs.basis.pro/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.basis.pro/economics-and-rewards/auto-earn.md).
# Auto Earn
{% hint style="info" %}
Operator and jurisdiction: BASIS is operated by BASIS DIGITAL INFRASTRUCTURE LTD, a Seychelles IBC (LEI: [254900IX2F2KCWNSSS64](https://lei.bloomberg.com/leis/view/254900IX2F2KCWNSSS64)).
Research Partner: Base58 Labs contributes execution research, systems modeling, and risk design.
{% endhint %}
## 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.
| Item | Auto Earn treatment |
| --------------------------------- | --------------------------------------------------------------------------- |
| 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](/getting-started/claiming-rewards.md) 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
{% hint style="info" %}
Auto Earn is enabled by default for accounts. Users can turn it off or back on at any time in account settings. Toggle changes apply from the next weekly sweep.
{% endhint %}
## 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:
1. Identify unclaimed accrued staking rewards
2. Apply the minimum reward claim threshold for the relevant stToken
3. Process eligible amounts as a reward realization, also called a claim settlement event
4. Immediately restake the realized amount into the same staking position
5. Preserve the existing lock-up term, maturity date, and booster schedule
The minimum reward claim thresholds are unchanged:
| stToken | Minimum reward claim threshold |
| ------- | -----------------------------: |
| 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](/getting-started/claiming-rewards.md) page states that rewards accumulate in real time while a position is active. The [BIVB and stToken](/whitepaper/bivb-and-sttokens.md) 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:
| Position state | Sweep behavior | What continues unchanged |
| -------------------- | ----------------------------------------------------------------------------------- | -------------------------------------------------------------------- |
| 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](/trinity-referral-and-vip/grace-period.md) 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](/trinity-referral-and-vip/reward-flow.md) 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](/economics-and-rewards/unstaking-and-7-day-rule.md) 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](/getting-started/withdrawals.md) page states that Withdrawal Protection adds an email verification step before processing a withdrawal request
* The [Withdrawals](/getting-started/withdrawals.md) page states that Withdrawal Protection is enabled automatically when a BASIS account is created
* The [FAQ](/faq/faq.md) 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](/economics-and-rewards/booster-reset-policy.md) 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.
| Dimension | Manual add-stake | Auto Earn | Why it matters |
| -------------- | -------------------------------------------------------------- | ----------------------------------------------------------------------- | -------------------------------------------------------------------------------- |
| 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:
| stToken | Recalibrated minimum staking threshold | Unchanged minimum reward claim threshold |
| ------- | -------------------------------------: | ---------------------------------------: |
| 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:
| Asset | Minimum withdrawal |
| ----- | -----------------: |
| 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](/getting-started/minimum-staking.md) for the full threshold policy.
## 6. Referral network consistency
The [Reward Flow and Calculation](/trinity-referral-and-vip/reward-flow.md) 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](/reference/glossary.md) 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
| Horizon | No compounding balance | Weekly compounding balance | Illustrative increment |
| -------- | ---------------------: | -------------------------: | ---------------------: |
| 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
Does Auto Earn lock my rewards longer?
Auto Earn does not create a new lock-up and does not reset the existing lock-up term. It credits eligible unclaimed rewards into the same position. After that credit, the value follows the documented rules of that position, including full-position unstaking and the mandatory 7-day unstaking buffer where unstaking applies.
Can I still claim manually?
Yes. The Claiming Rewards page defines claim as moving accrued staking rewards into the internal BASIS balance. Users can still claim manually, subject to the unchanged minimum reward claim thresholds. Only rewards that remain unclaimed at the Monday 00:00 UTC sweep are eligible for Auto Earn.
What happens if my unclaimed rewards are below the minimum?
They remain unclaimed and continue accruing under the documented reward accrual model until they meet the minimum reward claim threshold. Once the threshold is met, the next weekly sweep can restake the eligible amount if Auto Earn is enabled.
Does this change my maturity date or booster?
No. Auto Earn credits eligible rewards into the existing staking position. The original maturity date and original booster schedule continue unchanged. The Booster Reset Policy applies to manual add-stake with new external capital, not to this scheduled reward settlement flow.
What happens in the Grace Period?
If eligible unclaimed rewards exist during the Grace Period, the weekly sweep credits them into the position. The Grace Period and Maintenance page still governs the 48-hour buffer and the transition into flexible staking if no action is taken.
Can I turn it off?
Yes. Auto Earn is enabled by default, and users can turn it off or back on at any time in account settings. Toggle changes apply from the next weekly sweep.
## 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](/economics-and-rewards/unstaking-and-7-day-rule.md).