# Risk Quantification & Stress Testing

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

A serious execution system must be evaluated under stress, not only in calm conditions.

This page describes the research-driven stress testing framework used by BASIS to validate structural alpha capture under adverse market conditions. The framework is built around deterministic execution, mathematical constraints, and state-machine risk controls.

{% hint style="success" %}
BHLE execution profile ⚙️

* Sub-50μs latency
* 100K+ OPS
* Proprietary routing infrastructure

Stress tests verify whether execution precision remains within tolerance when venues degrade, liquidity fragments, or hedge paths fail.
{% endhint %}

***

## 1) What stress testing means in a cross-venue system

Stress testing evaluates whether:

* strategies remain executable
* risk controls trigger in the intended order
* capital can be unwound safely
* hedge ratios remain inside tolerance
* routing logic preserves deterministic behavior under failure conditions

The objective is not to predict every crisis. The objective is to prove that the system enters controlled states when assumptions break.

***

## 2) Core stress scenarios

{% tabs %}
{% tab title="Scenario A · Major exchange withdrawal halt" %}
Conditions

* Deposits or withdrawals are halted at a major venue
* Price gaps widen
* Settlement certainty deteriorates

Expected system behavior

* BSCB triggers for affected assets and venues
* New entries stop
* Exposure is reduced and capital is rebalanced
* Impaired routes are excluded from the active venue set
  {% endtab %}

{% tab title="Scenario B · Extreme volatility spike" %}
Conditions

* BTC moves more than 10% within minutes
* Order books thin out
* Slippage and funding stress rise sharply

Expected system behavior

* Slippage inversion gates reject new trades
* Liquidation guards reduce derivative exposure
* The system pauses if hedging cannot be guaranteed within configured tolerance
  {% endtab %}

{% tab title="Scenario C · USDT-linked quote market dislocation" %}
Conditions

* USDT deviates beyond threshold in external markets
* Liquidity becomes fragmented across quote venues
* Cross-venue pricing loses consistency

Expected system behavior

* Depeg response logic pauses affected modules
* Exposure is consolidated and reduced
* DMM is entered if quote uncertainty persists
  {% endtab %}

{% tab title="Scenario D · Ethereum congestion and execution precision degradation" %}
Conditions

* Gas spikes drastically
* On-chain execution loses precision
* Realized edge falls below the structural alpha threshold

Expected system behavior

* On-chain modules are disabled
* No forced execution occurs when routing quality is inadequate
* Structural alpha capture resumes only after execution precision recovers
  {% endtab %}
  {% endtabs %}

***

## 3) What to measure

A professional stress framework measures both loss outcomes and control quality.

| Metric                               | Why it matters                                                       |
| ------------------------------------ | -------------------------------------------------------------------- |
| Time-to-unwind distribution          | Shows whether risk can be reduced before venue impairment propagates |
| Stress max drawdown                  | Quantifies loss under adverse path dependence                        |
| Slippage, normal vs stress           | Measures deterioration in execution precision                        |
| Hedge completion rate                | Confirms whether offsetting trades can still be completed            |
| Incident frequency and recovery time | Validates operational resilience                                     |
| Exposure concentration by venue      | Prevents hidden dependency on a single venue or route                |
| Invariant violation count            | Detects breaks in quantity, state, or settlement logic               |
| Failover latency                     | Measures routing and control reaction speed under degradation        |

{% hint style="warning" %}
A metric is only useful if it is tied to a control action. Every threshold should map to a deterministic response such as block, reduce, rebalance, or pause. 🔒
{% endhint %}

***

## 4) Deterministic control mapping

Stress testing is only credible when it produces clear state transitions.

```
if unwind_time > threshold or hedge_completion_rate < minimum:
  block_new_entries()
  reduce_exposure()
  rebalance_capital()
  enter_pause_state()
```

This is the core trust model for BASIS:

* execution paths are measurable
* failure modes are pre-defined
* state transitions are machine-enforced
* principal preservation is checked through invariant reconciliation

***

## 5) Stress test cycle

{% stepper %}
{% step %}

#### Inject the shock

Model a venue halt, liquidity collapse, quote dislocation, latency spike, or on-chain congestion event.
{% endstep %}

{% step %}

#### Observe control responses

Verify that routing filters, exposure limits, hedge guards, and pause logic trigger in the correct order.
{% endstep %}

{% step %}

#### Measure outcome quality

Record unwind time, slippage, drawdown, hedge completion, invariant status, and recovery latency.
{% endstep %}

{% step %}

#### Reconcile system state

Confirm that balances, positions, and state transitions remain internally consistent after the scenario completes.
{% endstep %}
{% endstepper %}

***

## 6) Why stress testing increases trust

Stress testing converts operational claims into falsifiable statements:

* If the system claims it can pause safely, test the pause sequence
* If the system claims it can unwind, measure time-to-unwind under venue failure
* If the system claims it preserves principal in quantity terms, reconcile balances and invariant states
* If the system claims execution precision, compare realized routing outcomes against stressed benchmarks

Trust does not come from optimistic assumptions. It comes from repeatable evidence that the system remains inside mathematical and operational bounds when the market stops behaving normally.

***

## 7) Design principles behind the framework

BASIS stress testing is anchored to four principles:

1. Deterministic execution\
   The same trigger must produce the same state transition under the same inputs.
2. Mathematical constraints\
   Quantity preservation, hedge tolerances, and settlement checks must remain machine-verifiable.
3. State-machine risk controls\
   The platform must move cleanly between normal, restricted, and paused states without undefined behavior.
4. Infrastructure realism\
   BHLE routing, venue outages, quote fragmentation, and latency spikes are treated as first-class failure modes.

***

Next: read Mathematical Verification: Invariants.


---

# 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/research-library-deep-dives/stress-testing.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.