How It Works

Deposit Flow

1. The depositor sends $Deposit to the vault and receives share tokens minted against current NAV using ERC-4626 share math.

2. Newly deposited capital is auto-deployed: the vault routes idle balance into the instant-settlement module (which places it into Aave / Morpho) and into the curator's yield strategies, keeping only the working reserve liquid.

3. From this point the holder's balance earns yield continuously, with no trade-off between earning and being able to redeem.

Atomic Redemption Flow

This is the core flow the vault is built around. Every step below executes inside a single transaction and if any step fails (insufficient liquidity, a stale oracle, a breached limit), the whole transaction reverts and no partial state is committed.

1. Request

the requestor calls redeem for a quantity of shares (or a target amount of $Deposit). No queue entry is created; the call settles or reverts in place.

2. Price

The vault reads the oracle and computes the $Deposit owed against current NAV using ERC-4626 conversion math. Oracle price guards reject the settlement if the price is stale or outside configured bounds.

3. Liquidity check & recall

The vault checks its working reserve against the amount owed. If the reserve is short, it recalls the shortfall on demand: it draws down from the instant-settlement module, which withdraws synchronously from the Aave / Morpho positions, and, where configured, recalls from the curator's yield strategies. Because these venues support same-transaction withdrawal, the recall completes inside the settlement call.

4. Risk gates

Per-transaction rate limits, redemption fee caps, and spread bounds are evaluated. A request that would exceed the configured velocity or move beyond the allowed spread is rejected rather than settled on unfavorable terms.

5. Settle

The shares are burned and $Deposit is transferred to the requestor, all atomically. A single transaction takes the holder from shares to settled $Deposit.

Liquidity Management

The vault keeps a working reserve sized to absorb expected redemption velocity. Two automated processes maintain it:

• Top-up / re-deploy: when redemptions slow or new deposits arrive, surplus liquidity above the working reserve is redeployed into the settlement module and yield strategies so it does not sit idle.

• Recall: when redemptions accelerate and the reserve is drawn down, the vault pulls capital back from the settlement module (and yield strategies) automatically, with no operator action.

Both directions are driven by the vault's own logic against the reserve target. There is no manual top-up and no manual rebalancing.