Explanation of DAMM V2 Mechanics

DAMM V2, or Dynamic Automated Market Maker Version 2, is an advanced constant-product Automated Market Maker (AMM) protocol developed by Meteora on the Solana blockchain. It serves as a liquidity pool program designed to facilitate token swaps while providing enhanced flexibility for liquidity providers (LPs), token launches, and traders. Unlike traditional AMMs, DAMM V2 incorporates features like dynamic fees, concentrated liquidity, and position NFTs to optimize capital efficiency, reduce risks like sniping during launches, and enable new DeFi strategies. It is a completely new program (with its own ID: cpamdpZCGKUy5JxQXB4dcpGPiikHawvSWAd6mEn1sGG), not an upgrade of DAMM V1, and focuses on memecoins and high-volatility assets.

Visual: Constant Product Bonding Curve

DAMM V2 uses a constant-product formula (x * y = k) for pricing, where x and y are token reserves, and k is constant. This creates a hyperbolic bonding curve for price discovery.

DAMM V2 introduces several innovations to address limitations in earlier AMMs:

• Dynamic Fees: Fees adjust based on market volatility, increasing during high-activity periods to boost LP returns. This includes a base fee (fixed minimum) and an optional dynamic component.
• Fee Scheduler (Anti-Sniper Mechanism): At pool launch, fees start high (e.g., 50%) and decay over time—either exponentially (e.g., halving rapidly) or linearly (e.g., steady reduction over minutes). This deters automated snipers and bots from exploiting new pools.

Visual: Fee Scheduler Decay

Here's an illustration of linear vs. exponential fee decay starting from 50% over 10 time units (e.g., minutes).

• Concentrated Liquidity Ranges: Liquidity can be provided within fixed price ranges (defined by square root min/max prices at pool creation), allowing LPs to concentrate capital where trading is most likely, similar to Uniswap V3 but with a constant-product curve.

Visual: Concentrated Liquidity Distribution

This bar chart represents liquidity concentrated in specific price bins (ranges), showing higher density around the current price for efficiency.

• Single-Sided Liquidity and Launch Support: Pools can be bootstrapped with only the base token (no need for initial quote token like SOL or USDC), ideal for token launches. Custom trading start times delay swaps until a set timestamp or slot.
• Liquidity Locking and Vesting: LPs can lock liquidity permanently (irreversible but fees still claimable) or with vesting schedules (e.g., cliff periods, minutely unlocks over minutes to months).
• Position NFTs: Each LP position is tokenized as a transferable NFT, enabling positions to be sold or moved without withdrawing liquidity.
• Fee Collection in Quote Token: Fees can be collected solely in a stable quote token (e.g., USDC) instead of both pool tokens, reducing exposure to volatility.
• Built-In Farming (Rewards): Each pool supports up to two reward tokens distributed over a set duration, integrated directly (no separate program needed).
• Token-2022 Support: Handles modern Solana tokens with extensions like metadata pointers and transfer fees (some require admin whitelisting).
• Cost Efficiency: Pool creation costs ~0.022 SOL, significantly lower than V1's ~0.25 SOL for similar setups.

Additional technical enhancements include unique accounts per pool to fix "hot account" issues (shared accounts in V1 causing bottlenecks) and no auto-compounding of fees, which unlocks features like single-token fee claims.

LPs deposit tokens into a pool to earn fees from swaps:

1. Adding Liquidity: Select a pool, deposit base/quote tokens (system calculates the ratio). Adjust slippage tolerance. Receive a Position NFT representing your share. Multiple deposits to the same pool merge into one position unless separate NFTs are used.
2. Earning and Claiming Fees: Fees accumulate separately (not compounded). Claim via the NFT—either in both tokens or quote-only mode. View metrics like total deposits, position value, and accrued fees in USD.
3. Locking Liquidity: Choose permanent lock (type confirmation phrase) or vesting (set start date, duration, cliff). Locked portions remain fee-earning but principal is restricted.
4. Withdrawing: Burn the NFT to remove liquidity, receiving tokens based on current ratios (with slippage settings).
5. Position Management: Transfer NFTs between wallets; add/remove liquidity via instructions like add_liquidity or remove_liquidity. Each NFT tracks unlocked, locked, and vested liquidity states.

LPs benefit from concentrated ranges for higher yields in volatile markets and farming rewards claimed via claim_reward.

Visual: LP Workflow

A simplified flow using a line chart with annotations to represent steps (conceptual; steps progress over "time").

Traders swap via integrated DEXs (e.g., Jupiter):

• Swaps follow the constant-product formula within the pool's price range.
• Fees applied: Base + Dynamic + Scheduler (if active). For A → B swap, fee is taken from output B; for B → A, from B pre-swap.
• Protocol takes ~20% of LP fees (to treasury or partners).
• Pools activate at a set time/slot, preventing premature trades.

This setup ensures efficient price discovery with reduced slippage in concentrated ranges.

Fees are modular and non-compounding:

Component	Description	Range/Example
Base Fee	Fixed minimum per swap	0.25%–2% (customizable)
Dynamic Fee	Volatility-based adder	Boosts during high activity
Fee Scheduler	Launch anti-sniper	Starts at 50%, decays (linear/exponential) over seconds/minutes
Protocol Fee	Share to Meteora/partners	20% of LP fee
Referral Fee	Optional integrations	Percentage of total fees
Collection Mode	LP receipt	Both tokens or quote-only (immutable post-creation)

LP Fee = Base + Dynamic. Total fees shown in 24h metrics.

Positions are NFTs created via create_position and funded separately. They support:

• Adding/removing liquidity.
• Locking (vesting via lock_position, permanent via permanent_lock_position).
• Fee/reward claims independent of locks.
• Transfers merge in UI if same pool.

DAMM V2 is more modular and efficient:

• Fees: V2 adds schedulers and dynamic adjustments; V1 lacked anti-sniper tools.
• Liquidity: V2 supports concentrated ranges, single-sided launches, and vesting; V1 was less flexible.
• Positions: V2 uses transferable NFTs with separate fee claims; V1 used static LP tokens.
• Farming: Built-in (up to 2 rewards); V1 required separate programs.
• Efficiency: Lower costs, no shared accounts; V1 had higher overhead and dependencies on vaults.

Built with Anchor (Rust), DAMM V2 uses config keys for pool setup (static for predefined params, dynamic for authority-only). LP token calculation involves square root prices (e.g., lp_token = (pool.current_sqrt_price - pool.min_sqrt_price) / amount_b). Audited for security, it prioritizes scalability with unique accounts per pool.