> 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/trinity-referral-and-vip/grace-period.md).

# Grace Period & Maintenance

{% 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 Grace Period is a 48-hour buffer after a fixed pool lock-up ends. During this window, users may unstake their full position while preserving the booster applied during the completed lock-up period.

{% hint style="warning" %}
Fixed pools do not support early exit. Unstaking becomes available only after the selected lock-up period has fully ended.
{% endhint %}

***

## 1. How it works

When a fixed pool lock-up period ends, the position does not automatically unstake.

Instead, it enters a 48-hour Grace Period:

* During the 48-hour Grace Period:
  * You may initiate unstake for the full staked position only
  * The completed fixed-term booster remains applicable to rewards earned through the lock-up period
  * Once unstake is confirmed, the claimable amount is auto-credited to your Staking Wallet as stToken
* After the Grace Period:
  * If no action is taken within 48 hours, the position automatically rolls into the flexible staking state
  * Previously earned rewards remain preserved
  * Ongoing rewards continue at the base rate going forward

{% hint style="info" %}
BASIS uses full-position unstake only. Partial unstake is not supported. The unstake amount is automatically set to MAX.
{% endhint %}

***

## 2. Why the Grace Period exists

The Grace Period reduces operational friction at lock-up expiry.

Without a buffer window, users would need to act at the exact expiration time to preserve the intended fixed-term outcome. The Grace Period provides a practical response window while preserving the integrity of the fixed-pool reward model.

This design supports:

* predictable user experience
* clear state transitions
* deterministic reward handling
* reduced timing sensitivity around maturity events

These controls align with the broader BASIS approach to deterministic execution, math-constrained reward logic, and state machine risk controls.

***

## 3. Notification schedule

The platform sends notifications at the following intervals:

| Timing                            | Notification                                                                                                         |
| --------------------------------- | -------------------------------------------------------------------------------------------------------------------- |
| 7 days before expiry              | "Your 90-day lock-up expires in 7 days. Plan your next action."                                                      |
| 24 hours before expiry            | "Your lock-up expires tomorrow. You will have 48 hours to unstake with your completed booster."                      |
| At expiry                         | "Your lock-up has expired. Grace Period has begun. You have 48 hours to unstake."                                    |
| 12 hours before Grace Period ends | "Your Grace Period ends in 12 hours. After that, your position will roll into the base-rate flexible staking state." |

***

## 4. Example scenario

{% hint style="success" %}
Rewards accumulate in real time as the same stToken in the Staking Wallet.
{% endhint %}

### Example: ETH fixed pool

1. A user deposits ETH through a connected Web3 wallet such as MetaMask.
2. The user swaps ETH to stETH at a 1:1 ratio.
3. The user stakes the full stETH balance in the 90-day fixed pool with a +50% booster.
4. The 90-day lock-up ends.
5. The position enters the 48-hour Grace Period.
6. The user initiates unstake within the Grace Period.
7. The unstaked amount and accumulated reward are auto-credited to the Staking Wallet as stETH.
8. The user may then swap stETH to ETH at 1:1 and withdraw to the connected wallet.

If no action is taken during the 48-hour Grace Period, the position moves to the base-rate flexible staking state after the window ends.

***

## 5. Booster reference

| Fixed pool duration | Booster |
| ------------------- | ------- |
| 14D                 | +10%    |
| 30D                 | +20%    |
| 90D                 | +50%    |
| 180D                | +100%   |

***

## 6. Related wallet behavior

| Wallet         | Purpose                                                                              |
| -------------- | ------------------------------------------------------------------------------------ |
| Funding Wallet | Holds native assets for deposit and withdrawal: BTC, ETH, SOL, PAXG                  |
| Staking Wallet | Holds stTokens used for staking and reward accumulation: stBTC, stETH, stSOL, stPAXG |

{% hint style="info" %}
Supported swaps are same-token only at 1:1:

* BTC ↔ stBTC
* ETH ↔ stETH
* SOL ↔ stSOL
* PAXG ↔ stPAXG
  {% endhint %}

{% hint style="info" %}
USDT is used as an internal accounting and display unit only. It is not a depositable or withdrawable asset.
{% endhint %}