Booster Reset Policy

Operator & jurisdiction: BASIS is operated by BASIS DIGITAL INFRASTRUCTURE LTD, a Seychelles-incorporated entity (LEI: 254900IX2F2KCWNSSS64).

Currency convention: All amounts shown in USDT are internal accounting and display values representing USD-equivalent balances. USDT is not a depositable or withdrawable asset on BASIS. Deposits and withdrawals are completed in native tokens only: BTC, ETH, SOL, and PAXG.

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

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.

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.

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.

---

Next: Unstaking & 7-Day Liquidity Buffer