For the complete documentation index, see llms.txt. This page is also available as Markdown.

Liquidity Vaults

Active liquidity vaults that generate trading fees through automated market making

Surf Liquidity Vault

Liquidity Vaults are Surf’s active yield product for earning trading fees through automated liquidity provision on decentralised exchanges.

They deploy capital into concentrated liquidity pools and continuously adjust positioning to maximise fee capture while protecting capital through deterministic risk constraints.

The system behaves like an automated liquidity manager rather than a speculative trading system. All execution remains non-custodial. Users deposit into their own vaults, and Surf manages liquidity positions within strict Guardian rules.


What Liquidity Vaults Do

Liquidity Vaults continuously manage concentrated liquidity positions by performing three core actions:

  • Determine optimal liquidity placement based on real-time market conditions

  • Adjust liquidity when conditions justify a rebalance

  • Enforce execution safety through the Guardian Layer so unsafe actions never execute

In practice this means the system continuously evaluates:

  • Where liquidity should be concentrated to maximise fee capture

  • How wide liquidity coverage should be for the current market regime

  • When rebalancing improves outcomes versus remaining idle

  • How exposure limits and safety rules are maintained during volatility spikes

The goal is not yield chasing. It is disciplined liquidity management within strict risk boundaries.


Market Signals and Execution Inputs

Every decision cycle uses a live view of the pool and the market, including:

  • Spot price behaviour and micro structure

  • Volatility regime and regime transitions

  • Trend strength and stability

  • Volume intensity and distribution over time

  • Liquidity depth and utilisation near the active price

  • Fee efficiency of the current liquidity placement

  • Execution cost estimates (slippage, price impact, gas)

  • Stress signals and anomaly detection

  • Cooldown logic to prevent over-trading

Each input can exist in multiple states. When combined, the optimisation space becomes extremely large.

The system evaluates more than one million possible parameter combinations during each optimisation cycle and selects the best risk-adjusted configuration that satisfies Guardian constraints.


Multi-Band Liquidity Management

Liquidity Vaults use a multi-band liquidity structure that adapts to market regimes.

  • A portion of capital is positioned near the statistically dominant price region to capture the majority of trading fees.

  • Other portions of capital provide coverage when price expands, volatility increases, or regimes shift.

The system continuously adjusts:

  • Liquidity placement

  • Coverage width

  • Capital distribution across bands

  • Rebalance timing

This structure allows Liquidity Vaults to balance fee generation with protection during changing market conditions.


Simulation Before Execution

Before any change is executed, candidate configurations are simulated across multiple forward scenarios.

Each candidate is evaluated for:

  • Expected fee capture across different regimes

  • Impermanent loss sensitivity

  • Risk and drawdown behaviour

  • Execution feasibility at current liquidity depth

  • Exit and unwind safety during stress conditions

Only configurations that satisfy deterministic constraints remain eligible.

If no configuration passes all safety checks, the position remains unchanged.


Guardian Layer Protection

Liquidity Vaults operate under Surf’s execution security standard.

Automation can propose actions, but it cannot move capital freely. Every rebalance must pass the Guardian Layer which enforces:

  • Allowlisted DEXs and pools

  • Exposure caps per asset and venue

  • Maximum reallocation limits

  • Slippage and price-impact bounds

  • Volatility and anomaly circuit breakers

  • Cooldown and rate limits

  • Emergency unwind paths

This architecture ensures liquidity management behaves like a controlled execution system rather than a discretionary trading bot.


Vault Deployment Model

Liquidity Vaults operate through Surf’s non-custodial vault architecture. Each user deposits into their own dedicated vault contract. Liquidity positions are managed inside the vault while remaining subject to Guardian constraints and execution verification. Fees generated from liquidity provision accrue directly to the user vault.

This architecture ensures:

  • Users retain custody of funds at all times

  • Capital cannot be extracted by operators

  • Execution remains verifiable on-chain

  • Risk exposure is isolated per vault

As adoption grows:

  • Liquidity depth across supported pools increases

  • Execution efficiency improves

  • Fee generation becomes more stable

  • Surf’s liquidity infrastructure scales with user participation


Why Liquidity Vaults Are Powerful

Liquidity Vaults combine several systems rarely integrated together:

  • Automated liquidity optimisation across a large parameter space

  • Simulation-driven execution decisions

  • Deterministic risk enforcement through the Guardian Layer

  • Non-custodial vault-based capital ownership

  • Infrastructure designed specifically for concentrated liquidity markets

Most liquidity vaults rely on static ranges, manual operators, or simple rule sets.

Surf’s infrastructure is designed to operate continuously, safely, and at scale.


Where Liquidity Vaults Are Used

Liquidity Vaults support multiple capital providers and ecosystem partners:

  • DEXs that require deep and stable liquidity in core trading pools

  • Market makers seeking automated liquidity execution within strict risk boundaries

  • Financial platforms integrating non-custodial yield infrastructure

  • Institutional capital deploying liquidity with deterministic safety controls

  • Blockchain ecosystems building sustainable liquidity in strategic markets

Liquidity Vaults allow capital to scale while maintaining consistent execution standards and transparent risk boundaries.

Last updated