# Booster Reset Policy

{% 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)).
{% endhint %}

The booster reset policy is designed to preserve:

1. Fairness across participants
2. Anti-abuse integrity within the staking system

## 1) The problem: position aggregation

When additional stake is added to an existing boosted position, the system treats the result as one aggregated allocation.

This means:

* the combined position is managed as a single unit
* lock-up assumptions must remain consistent across the full allocation
* reward treatment must follow one unified booster schedule

If separate timelines were maintained for old and newly added portions, the system would introduce:

* accounting complexity
* avoidable edge cases
* incentive loopholes
* booster gaming behavior

## 2) The policy: reset on add-stake

BASIS applies the following rule:

| Rule               | Description                                                                                                                                                     |
| ------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Booster Reset Rule | 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. |

This ensures:

* one lock horizon for the full staked allocation
* one consistent booster assumption across the position
* cleaner state handling and deterministic reward logic

{% hint style="warning" %}
Fixed pools are locked for their full selected period. There is no early exit option. Unstaking becomes available only after the lock-up period ends.
{% endhint %}

## 3) Practical guidance

Before adding stake to an existing boosted position, review the following:

1. Check the remaining lock duration
2. Confirm that adding stake will reset the timer for the full position
3. Assess whether waiting for expiry is more suitable than aggregating immediately
4. Remember that unstake is processed as full-position only using auto-MAX behavior

## 4) Why this policy improves trust

A reset-based model reduces structural ambiguity and prevents users from stacking new capital onto near-expiry boosted positions to obtain disproportionate reward outcomes.

This policy supports:

* deterministic execution rules
* transparent accounting
* state machine risk controls
* fair treatment across all participants

These constraints are part of the broader BASIS design approach: math-constrained reward logic, deterministic system behavior, and execution precision aligned with institutional-grade infrastructure.

{% hint style="success" %}
Rewards accumulate in real time as the same stToken and are reflected in the Staking Wallet. When a fixed pool reaches maturity and unstake is executed, the claimable amount is auto-credited to the Staking Wallet as stToken.
{% endhint %}

***

Next: Unstaking & 7-Day Liquidity Buffer


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.basis.pro/economics-and-rewards/booster-reset-policy.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.