# Executive Summary

{% 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 %}

{% hint style="success" %}
Research Partner: Base58 Labs

Execution infrastructure: BHLE is designed for sub-50μs latency, 100K+ OPS, and proprietary routing infrastructure. The operating objective is deterministic execution, math-constrained decisioning, and state machine risk control.

International certification: BASIS DIGITAL INFRASTRUCTURE LTD holds active ISO/IEC 27001:2022 certification, Certificate Number SC62455E, last updated March 27, 2026, and active ISO/IEC 20000-1:2018 certification. Both certifications are publicly verifiable on IAF CertSearch.
{% endhint %}

BASIS is not a passive yield wrapper. It is an intelligent yield infrastructure that converts market structure inefficiencies into user-accessible, risk-aware yield through execution precision and structural alpha capture.

The platform follows a research principle from Base58 Labs:

> "Alpha is found in the residuals."
>
> Durable edge remains after obvious, crowded, and non-verifiable signals are removed.

## 1. The problem we solve

Crypto markets contain real inefficiencies, but individuals rarely capture them safely and consistently because:

* execution windows are short and unforgiving
* fees and slippage can erase theoretical edge
* exchanges can halt withdrawals or fail operationally
* on-chain congestion can degrade execution precision
* fragmented liquidity makes consistent settlement difficult

The result is simple: arbitrage is widely discussed, but rarely operationalized with institutional discipline.

## 2. The BASIS approach

BASIS treats yield generation as an engineering and risk-control problem.

### Core operating principles

* Market neutral\
  Focus on price gaps, basis dislocations, and structural differentials rather than directional bets.
* Execution first\
  Execution quality is the primary variable. Prediction is secondary.
* Capital preservation\
  System design prioritizes survivability, explicit stop conditions, and controlled exposure.

These principles are encoded into:

* the strategy matrix
* the routing layer
* the risk engine
* liquidity buffers
* venue fragmentation policy
* state machine safeguards

BASIS is designed as institutional-grade operating infrastructure. Its control philosophy aligns execution discipline, service reliability, and documented operational governance with active ISO/IEC 27001:2022 and ISO/IEC 20000-1:2018 certifications held by BASIS DIGITAL INFRASTRUCTURE LTD.

## 3. Core components

### BQAE, Spatial Arbitrage Core

The BASIS Deterministic Arbitrage Engine captures cross-venue price inefficiencies through a controlled execution cycle.

{% stepper %}
{% step %}
**Step 1. Global market scanning**

High-frequency, multi-source pricing is collected across fragmented venues.
{% endstep %}

{% step %}
**Step 2. Institutional filtering**

Liquidity, order book depth, venue health, and execution feasibility are screened before action.
{% endstep %}

{% step %}
**Step 3. Atomic execution**

Synchronized buy and sell actions reduce open exposure time and improve execution precision.
{% endstep %}

{% step %}
**Step 4. Auto settlement**

Positions are closed on convergence. Only realized edge is retained.
{% endstep %}
{% endstepper %}

### BOVE, Multi-Strategy Coordination

The BASIS Omni-Vector Engine coordinates multiple revenue pipelines so the system does not depend on one strategy class.

Current strategy families include:

* spatial arbitrage
* delta-neutral funding streams
* early-stage structural alpha capture
* blue-chip DeFi and liquid staking optimization strategies are conducted exclusively within the scope of the four officially supported assets: BTC, ETH, SOL, and PAXG

This diversification is a structural hedge against regime change.

### BIVB, 1:1 Quantity Peg and Principal Accounting

The BASIS Iso-Value Bridge enables same-token 1:1 principal accounting.

| Native asset | Staking asset | Swap rule                              | Deposit method                       |
| ------------ | ------------- | -------------------------------------- | ------------------------------------ |
| BTC          | stBTC         | BTC ↔ stBTC only, 1:1 quantity basis   | Copy your BASIS-assigned BTC address |
| ETH          | stETH         | ETH ↔ stETH only, 1:1 quantity basis   | Connect a Web3 wallet                |
| SOL          | stSOL         | SOL ↔ stSOL only, 1:1 quantity basis   | Connect a Web3 wallet                |
| PAXG         | stPAXG        | PAXG ↔ stPAXG only, 1:1 quantity basis | Connect a Web3 wallet                |

{% hint style="warning" %}
USDT is used for internal accounting and dashboard display only. It cannot be deposited or withdrawn.
{% endhint %}

This model preserves principal in quantity terms, while fiat-equivalent value can still fluctuate with market price.

## 4. User operating model ⚙️

{% tabs %}
{% tab title="Funding Wallet" %}
The Funding Wallet holds native assets for deposit and withdrawal.

* Supported assets: BTC, ETH, SOL, PAXG
* Deposit fee: 0%
* Withdrawal fee: 0.05%
* No minimum deposit
* Typical withdrawal time for BTC: 10 to 60 minutes
* Typical withdrawal time for ETH, SOL, and PAXG: 1 to 10 minutes
  {% endtab %}

{% tab title="Staking Wallet" %}
The Staking Wallet holds staking assets.

* Supported assets: stBTC, stETH, stSOL, stPAXG
* Rewards accumulate in real time as the same stToken
* Claimable amounts are auto-credited to the Staking Wallet as stToken after unstake
* Unstake is auto-MAX, full position only
  {% endtab %}
  {% endtabs %}

### Deposit flow

{% tabs %}
{% tab title="BTC" %}

1. Open Assets.
2. Select BTC.
3. Copy your BASIS-assigned BTC deposit address.
4. Send BTC from your external wallet or exchange.
5. Funds are credited to your Funding Wallet after confirmation.
   {% endtab %}

{% tab title="ETH / SOL / PAXG" %}

1. Open Assets.
2. Select ETH, SOL, or PAXG.
3. Connect a supported Web3 wallet such as MetaMask.
4. Approve and confirm the native token deposit.
5. Funds are credited to your Funding Wallet after confirmation.
   {% endtab %}
   {% endtabs %}

### Staking and swap rules

* Swaps are same-token only, 1:1 by quantity
* BTC can only swap to stBTC
* ETH can only swap to stETH
* SOL can only swap to stSOL
* PAXG can only swap to stPAXG
* Swap fee: 0.01%

| Asset | Staked Token |
| ----- | ------------ |
| BTC   | stBTC        |
| ETH   | stETH        |
| SOL   | stSOL        |
| PAXG  | stPAXG       |

### Booster schedule

| Lock period | Booster    |
| ----------- | ---------- |
| 14D         | +10%       |
| 30D         | +20%       |
| 90D         | +50%       |
| 180D        | +100% (2×) |

{% hint style="info" %}
Fixed pools can be unstaked only after the lock-up period ends. No early exit option is available.
{% endhint %}

### Dashboard structure

{% hint style="info" %}
**Platform Sections**

* Stake
* Assets
* Referral
* Support
* Account
  {% endhint %}

The Referral section uses a contribution-aligned referral network model.

## 5. Trust by design, the risk model

BASIS treats risk as a state machine with explicit operating boundaries.

| State  | Purpose                   | System behavior                                                                                      |
| ------ | ------------------------- | ---------------------------------------------------------------------------------------------------- |
| Normal | Eligible trading state    | Trade only when strategy and venue conditions meet system constraints                                |
| BSCB   | Protective response state | Trigger defensive actions when loss risk or instability is detected                                  |
| DMM    | Deep protection state     | Pause trading, unwind exposure, perform root cause analysis, resume only after stability is restored |

This design accepts a deliberate trade-off:

* fewer trades during stress
* tighter control of execution quality
* higher survivability across market regimes

The trust model is grounded in:

* deterministic execution
* math-constrained decision paths
* controlled settlement assumptions
* liquidity-aware routing
* venue diversification
* explicit stop conditions
* operational governance aligned with active ISO/IEC 27001:2022 and ISO/IEC 20000-1:2018 certifications
* public certification records on IAF CertSearch for both standards and the certified entity

This framing is important: trust on BASIS is not presented as marketing language. It is expressed through system behavior, operator controls, and externally verifiable certification status.

## 6. What users and investors should evaluate

Users should interpret BASIS as a system that:

* provides access to complex market-neutral strategy execution
* maintains visible operational constraints
* tracks principal on a 1:1 quantity basis for supported assets
* separates native-asset custody flow from staking-asset reward flow
* operates on infrastructure supported by active ISO/IEC 27001:2022 and ISO/IEC 20000-1:2018 certifications held by BASIS DIGITAL INFRASTRUCTURE LTD

Investors should evaluate BASIS like a financial system:

* Are system invariants clearly defined?
* Are stop conditions explicit?
* Is strategy exposure diversified?
* Is withdrawal and settlement risk operationalized?
* Does platform behavior match the documentation?
* Are critical controls supported by publicly verifiable international certifications?

BASIS is designed to answer those questions directly through infrastructure, controls, and verifiable operating rules.

IAF CertSearch verification records:

* ISO/IEC 27001:2022: Active, Certificate Number SC62455E, Last Updated March 27, 2026\
  [Verify on IAF CertSearch](https://www.iafcertsearch.org/certification/VDrwBpB8mD2nw5ykj5zxSANH)
* ISO/IEC 20000-1:2018: Active\
  [Verify on IAF CertSearch](https://www.iafcertsearch.org/certification/1IbVSdVuBbykRHSgkfAo8mBE)
* Certified entity record: BASIS DIGITAL INFRASTRUCTURE LTD\
  [Entity Record on IAF CertSearch](https://www.iafcertsearch.org/certified-entity/WTmKlSOrxvhkPKrCUIdWYEgv)

***


---

# 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/whitepaper/executive-summary.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.