Avantis is a decentralized perpetual futures protocol deployed on Base, Coinbase’s Ethereum layer 2. It uses a liquidity pool model where traders open leveraged positions against a pool of stablecoin liquidity provided by passive LPs. Understanding the protocol’s oracle mechanics, fee structure, and risk parameters matters if you’re evaluating the platform for leverage trading or considering LP exposure.
This article covers the core trading architecture, collateral handling, liquidation mechanics, fee flows, and the edge cases that affect position outcomes.
Architecture and Collateral Model
Avantis operates as a peer-to-pool system. Traders deposit USDC as collateral and open leveraged long or short positions on supported pairs (typically BTC, ETH, and select altcoins). The counterparty to every trade is the liquidity pool, which absorbs trader profit and loss. If traders collectively profit, the pool loses value. If traders lose, the pool captures that value.
The protocol does not use an order book. Position entry and exit prices derive from oracle feeds, with no slippage in the traditional sense. Instead, the protocol charges a spread fee that varies with market volatility and pool utilization. This spread is applied as a percentage markup or markdown relative to the oracle price at execution.
Collateral remains in USDC. The protocol does not convert margin into the underlying asset. A trader opening a 10x long BTC position with 1,000 USDC holds a synthetic position worth 10,000 USDC of BTC exposure, but the collateral never leaves stablecoin form. This simplifies liquidation logic and eliminates the need for cross asset price conversions during position management.
Oracle Dependency and Price Execution
Avantis relies on Chainlink oracles for price data. Each market uses a separate feed. When a trader submits an open or close order, the protocol reads the latest oracle price and applies the configured spread. The spread percentage is dynamic and adjusts based on factors including pool depth, open interest skew, and recent volatility.
Orders execute onchain in discrete transactions. The protocol does not support limit orders in the traditional sense. Instead, traders submit a market order request, and execution occurs at the next oracle price update plus spread. If the oracle price moves significantly between order submission and execution, the trader receives the new price plus the spread recalculated at execution time.
This introduces a timing risk. In volatile conditions, the oracle may lag spot prices by several seconds. Traders submitting orders near rapid price movements may experience execution prices that differ materially from their expected entry. The protocol does not provide a slippage tolerance parameter for perpetual positions, unlike AMM swaps. Once submitted, the order executes at whatever the oracle reports.
Leverage, Margin, and Liquidation
Maximum leverage varies by asset. Core pairs like BTC and ETH typically support up to 100x leverage, though effective leverage depends on the pool’s risk settings at any given time. The protocol calculates maintenance margin as a percentage of position notional value. If a position’s collateral minus unrealized loss falls below the maintenance threshold, the position becomes eligible for liquidation.
Liquidations are executed by keeper bots that monitor positions and submit liquidation transactions when the margin ratio breaches the threshold. The protocol pays a liquidation fee to the keeper, deducted from the remaining collateral. If the position collateral has fallen below zero (negative equity), the loss is absorbed by the liquidity pool.
Partial liquidations are not supported. When a liquidation occurs, the entire position closes at the current oracle price. Traders cannot add collateral to an existing position to avoid liquidation. The only option is to close part of the position manually before reaching the liquidation threshold, which itself incurs closing fees and spread costs.
Fee Structure and LP Returns
Traders pay three types of fees: opening spread, closing spread, and a funding rate (also called a borrowing fee). The opening and closing spreads are one time charges applied as a percentage of position notional. These fees flow directly to the liquidity pool as revenue.
The funding rate accrues continuously while a position remains open. It is calculated as a percentage per hour based on the size of the position and the pool’s utilization. Unlike traditional perpetual funding rates that balance long and short interest, Avantis’s borrowing fee is unidirectional. Traders pay the pool for the cost of leverage, regardless of whether they are long or short. The fee rate adjusts dynamically: higher utilization of pool capital leads to higher hourly fees.
LPs earn these fees in proportion to their share of the pool. However, LP returns are also directly exposed to trader PnL. If the aggregate open interest is heavily skewed long and the underlying asset rallies, LPs face impermanent (or permanent) loss as the pool must pay out trader profits. Conversely, if traders lose money, LPs capture those losses as gains. This creates a zero sum dynamic where LP profitability depends on trader performance and the protocol’s ability to attract balanced or losing flow.
Position Lifecycle Example
A trader deposits 2,000 USDC and opens a 50x long position on ETH at an oracle price of 2,000 USDC per ETH. Position notional is 100,000 USDC, representing 50 ETH of exposure. The opening spread is 0.1%, so 100 USDC is deducted from collateral immediately. Remaining collateral is 1,900 USDC.
The maintenance margin requirement is 0.5% of notional, or 500 USDC. The position becomes liquidatable if collateral minus unrealized loss drops below 500 USDC. ETH can fall by approximately 2.8% (from 2,000 to 1,944) before the position reaches liquidation. At 1,944, the unrealized loss is 2,800 USDC (50 ETH times 56 USDC decline). Collateral of 1,900 USDC minus 2,800 USDC loss equals negative 900 USDC, well below the maintenance threshold.
The trader decides to close the position after ETH rises to 2,100 USDC. The unrealized gain is 5,000 USDC (50 ETH times 100 USDC gain). The closing spread is also 0.1%, or 105 USDC (applied to the new notional of 105,000 USDC). The trader also pays an hourly borrowing fee that accumulated over the position’s duration. Assume the position was open for 24 hours at an average rate of 0.01% per hour. The borrowing fee totals 240 USDC (0.01% times 100,000 USDC times 24 hours).
Net profit: 5,000 USDC gain minus 100 USDC opening spread minus 105 USDC closing spread minus 240 USDC borrowing fee equals 4,555 USDC. The trader withdraws 6,455 USDC (initial 2,000 minus 100 opening spread, plus 4,555 net profit).
Common Mistakes and Misconfigurations
- Ignoring funding cost for longer holds. The hourly borrowing fee compounds quickly at high leverage. A 0.01% per hour rate equals 87.6% annualized. Positions intended for multi day or week holds can lose significant value to fees even if the directional bet is correct.
- Assuming liquidation price equals the breakeven price. Maintenance margin is calculated on collateral minus unrealized loss, not on a simple percentage move. Spread fees and borrowing costs reduce effective collateral before the liquidation threshold is checked.
- Submitting orders during high volatility without considering oracle lag. The Chainlink oracle updates at intervals (often every heartbeat or deviation threshold). In fast markets, the oracle price may trail spot by several seconds, leading to worse execution than expected.
- Overleveraging based on mark-to-market gains. Unrealized PnL does not increase effective collateral for margin purposes in real time. The protocol calculates margin based on the initial collateral minus accrued losses. Traders cannot use unrealized gains to open additional positions without first closing the profitable position and redepositing.
- Failing to account for pool liquidity depth. In markets with low pool TVL relative to open interest, the protocol may increase spreads or restrict new positions to prevent excessive pool risk. Traders may find spreads widen significantly when trying to open large positions.
- Assuming LP positions are stable yield. LP returns are contingent on trader losses and fee capture. During trending markets with skilled or lucky traders, LPs can experience prolonged drawdowns.
What to Verify Before Trading or Providing Liquidity
- Current maximum leverage per asset, as the protocol may adjust risk parameters based on market conditions or pool capitalization.
- Spread percentages at time of trade, which vary by asset and pool utilization. Check the UI or query the contract directly before submitting large positions.
- Hourly borrowing fee rate for the specific asset and position size. This rate is not fixed and can change based on pool usage.
- Oracle update frequency and deviation thresholds for each market. Chainlink feeds have different configurations per asset.
- Liquidation margin thresholds, which may differ across assets and can be updated by protocol governance.
- Total pool TVL and open interest to assess whether the pool is heavily utilized. High utilization typically leads to higher spreads and borrowing costs.
- Keeper bot activity and gas cost environment on Base. During network congestion, liquidations may be delayed if keeper economics do not favor immediate execution.
- Protocol governance proposals or parameter changes, especially those affecting fee rates, leverage limits, or collateral requirements.
- LP lock periods or withdrawal restrictions, if any. Some pool versions may impose time delays on liquidity removal.
- Smart contract audit reports and any disclosed vulnerabilities or incidents since the last audit.
Next Steps
- Review the current pool composition and open interest distribution across assets to understand LP risk exposure before depositing capital.
- Test small positions to observe actual execution spreads and borrowing fee accrual over a known time period, then compare against UI estimates.
- Monitor oracle price feeds directly via Chainlink’s interface to identify any significant lag or deviation from centralized exchange spot prices during volatile periods.
Category: Crypto Trading
