Anti-Slippage & Order Slicing

Operator and jurisdiction: BASIS is operated by BASIS DIGITAL INFRASTRUCTURE LTD, a Seychelles IBC (LEI: 254900IX2F2KCWNSSS64).

Research Partner: Base58 Labs Research Institute.

Currency convention: Dashboard values may be displayed in USDT as an internal accounting unit and should be read as USD-equivalent estimates. USDT is not a depositable or withdrawable asset on BASIS. Deposits and withdrawals use native assets only, including BTC, ETH, SOL, and PAXG.

Slippage is one of the primary failure modes in structural alpha capture.

A platform can claim execution precision and still lose money if it cannot bound slippage under real market conditions.

BASIS treats slippage control as a layered systems problem, combining deterministic execution, math constraints, and state machine risk controls.

1) Slippage components

Component	Meaning	Primary control
Market impact	Your order consumes visible liquidity and moves the book	Size gating, depth-aware sizing, slicing rules
Adverse selection	You interact with better-informed or faster flow	Venue scoring, toxic flow filters, strategy eligibility rules
Latency	The market changes before the order is acknowledged or filled	BHLE routing, sub-50μs internal handling, strict cancel discipline

BASIS designs an explicit control layer for each source of execution drift.

2) Pre-trade slippage bounds

Before sending an order, BASIS computes a conservative slippage bound using:

• live order book depth

• recent volatility

• venue-specific execution quality

• expected queue position

• routing and network latency

If expected slippage exceeds the available edge, the trade is rejected.

if expected_edge <= expected_slippage + fees:
    reject_trade()

⚠️ Core rule: when expected cost is greater than expected edge, no order should be sent.

This is the practical form of slippage inversion. When cost dominates opportunity, the correct action is inaction.

3) Order slicing

For larger sizes, BASIS may split a parent order into controlled child orders and re-evaluate conditions between fills.

When slicing is used

• the opportunity window is sufficiently wide

• hedge quality remains controlled

• venue depth supports incremental execution

• estimated exposure time stays within strategy limits

When slicing is not used

Iceberg concept

An iceberg strategy exposes only part of the total size to the book at any given time.

Benefits:

• reduced signaling

• lower instantaneous market impact

Costs:

• longer exposure time

• higher risk of regime change during execution

BASIS only permits slicing when these trade-offs remain favorable under risk constraints.

4) Price protection

Orders are wrapped with explicit protection logic.

1

Apply protective limit bounds

2

Set time-in-force rules appropriate to the venue and strategy

3

Cancel or replace when the market moves outside the allowed execution band

4

Abort when fill quality degrades below threshold

BASIS treats no fill as preferable to a bad fill when capital preservation is the correct decision.

5) Post-trade analysis

A reliable execution system tracks:

• realized slippage distribution

• fill quality by venue and asset

• regime sensitivity during spikes and normal conditions

• reject rates versus accepted trade outcomes

• child-order behavior during slicing

This data feeds directly into venue scoring, risk calibration, and future eligibility decisions.

BHLE is the proprietary routing and execution layer behind BASIS. It is engineered for sub-50μs internal latency and 100K+ OPS. The objective is not speed alone. It is deterministic execution quality under strict risk constraints.

---

Next: read Risk Engine.