Economics of Deposit Caps

In modular asset management layers like IPOR Fusion, deposit caps are not merely safety boundaries to prevent smart contract risk; they are critical economic instruments. For Atomists and Alphas, managing deposit caps is an essential part of maintaining a vault's yield profile, protecting depositors from share price distortions, and managing rebalancing friction.

This page explores the economic implications of deposit caps, with a particular focus on the mathematical and structural phenomena that occur in vaults when deposit caps are adjusted.

The Economic Function of Deposit Caps

As described in the core architecture of the protocol in IPOR Fusion Modular DeFi Vault Infrastructure and IPOR Fusion Modular DeFi Vault Infrastructure_2, each PlasmaVault accepts a single underlying asset and issues shares. To manage this capital efficiently, deposit caps serve several vital economic functions:

1. Preventing Yield Dilution: Many DeFi yield strategies have capacity constraints (e.g., limited liquidity pools, borrowing caps, or falling APRs as TVL increases). Deposit caps prevent excess capital from diluting the annualized percentage yield (APY) of existing depositors.

2. Managing Onboarding Friction: When new capital enters a vault, it remains idle as a base asset until the strategy executes a rebalance. During this transition phase, the net APY of the vault can experience a temporary drag.

3. Controlling Slippage Costs: Deploying large amounts of capital into a strategy in a single transaction can cause severe slippage, which ultimately harms the share price of all vault depositors.

The Onboarding Contribution and Share Price Mismatch

In vaults configured with an onboarding contribution (an entry fee or contribution designed to offset the rebalancing, deployment, and slippage costs of deploying new capital), managing deposit caps requires extreme precision.

While this onboarding fee is designed to protect existing depositors from capital deployment friction, a rapid influx of deposits can create a temporary share price mismatch.

Why the Mismatch Occurs

The core formula for the valuation of vault shares is:

Share Price = Total Assets / Total Supply

Because the PlasmaVault is an ERC4626-compliant contract, deposits directly modify this ratio:

1. Immediate Fee Accrual: When a new user deposits, their onboarding contribution is immediately realized by the vault. If the contribution is added directly to the vault's assets (or minted as fee shares that are burned or reallocated), the overall vault's Total Assets relative to the outstanding Total Supply increases, which runs up the share price.

2. Delayed Execution: The Alpha (strategy manager) does not execute a deployment or rebalance transaction for every single micro-deposit due to gas optimization and execution batching. Therefore, there is a time lag between individual deposits and the actual execution of the underlying strategy.

3. The Share Price Run-Up: If the deposit cap is opened too wide, multiple depositors will enter consecutively while the strategy remains undeployed. Because early depositors paid onboarding contributions that raised the share price, subsequent depositors are forced to enter at an artificially higher share price before their capital is actually yielding the target rate.

Economic Example: Leverage stETH Loop Vault

Let us analyze a concrete scenario in a leveraged looping vault to visualize this economic distortion.

Vault Parameters

• Underlying Asset: stETH

• Initial TVL: 1,000 stETH

• Target Leverage: 10x (utilizing recursive borrowing)

• Onboarding Contribution: 25 bps (0.25% or 0.0025)

• State: The vault is currently at its cap of 1,000 stETH and fully leveraged.

The Atomist decides to raise the deposit cap by 1,000 stETH to a new cap of 2,000 stETH in a single step. Depositors rapidly fill this new capacity before the Alpha executes the next leveraging transaction.

The Share Price Distortion Sequence

Initial State	Deployed (10x Leverage)	1,000.000	1,000.00	1.00000	Base benchmark.
Depositor 1 (Deposits 1st 10 stETH)	10 stETH Idle	1,009.975	1,010.00	1.00002	Enters near fair value. The 25 bps fee (0.025 stETH) remains as asset value.
Depositor 2 (Deposits 2nd 10 stETH)	20 stETH Idle	1,019.950	1,020.00	1.00005	Enters at a slightly inflated price. Receives marginally fewer shares than Depositor 1.
Depositor 50 (Deposits 50th 10 stETH)	500 stETH Idle	1,498.480	1,500.00	1.00101	Price continuously compounds upward as idle cash accumulates.
Depositor 100 (Deposits 100th 10 stETH)	1000 stETH Idle	1,996.535	2,000.00	1.00173	Distortion Peak: Enters at a ~17.3 bps higher share price than the initial state, before any new yield is generated.

The Impact

• Depositor 1 bought shares at a clean 1.00000 rate.

• Depositor 100 bought shares at 1.00173, receiving fewer shares per deposited stETH.

• Once the vault reaches 2,000 stETH and the Alpha executes the leverage loop (increasing the exposure from 10,000 stETH to 20,000 stETH), swap fees and slippage of that loop will pull the share price back down.

• This means Depositor 100 immediately absorbs a disproportionate share of the slippage penalty because they entered at an inflated price, while their capital was not yet deployed.

Best Practices for Atomists: Gradual Capacity Scaling

This share price behavior can never be entirely resolved in a pool-based architecture, but its economic impact can be minimized through disciplined operational management.

Instead of opening the cap by a massive amount all at once, Atomists should practice Gradual Capacity Scaling:

[Current Cap: C]
       │
       ▼
Raise Cap by 10% increment (New Cap: C + 0.1C)
       │
       ▼
[Wait for Deposits to Fill] ───► [Vault holds idle base assets]
       │
       ▼
Alpha Executes Strategy/Deployment (Vault reaches Target Leverage)
       │
       ▼
Share Price and Exposure Stabilize
       │
       ▼
Raise Cap by another 10% increment of current capacity

Operational Rules of Thumb:

1. Scale in Increments: For any large planned vault expansion, raise the cap in step-by-step increments rather than all at once. A standard recommendation is to scale in increments of 10% of the current capacity (for example, raising the cap in 100-token steps if the current capacity is 1,000 tokens).

2. Coordinate with the Alpha: Only raise the next increment after the Alpha has successfully executed the leverage-up, rebalance, or deployment transaction. This ensures that newly onboarded capital is active and earning yield before the next wave of deposits is allowed to enter.

3. Calibrate Onboarding Fees: Ensure the Onboarding Contribution is optimized to reflect the true onboarding cost.