Analyzing UniSwap V2 Source Code and V3 Improvements

Overview of UniSwap as a DEX

UniSwap, as the largest decentralized exchange (DEX), primarily facilitates token-to-token swaps. Key concepts include:

1. Liquidity: Refers to the ease with which two assets in a trading pair can be exchanged. Users swap tokens by depositing one asset into the liquidity pool and withdrawing the equivalent value of the other asset (e.g., depositing USDT to receive ETH).
2. Liquidity Providers (LPs): Users who deposit token pairs to provide liquidity receive Pool Tokens, which can be burned to reclaim their initial deposits. LPs earn a 0.3% fee on trades executed against their liquidity, incentivizing participation.
3. Pricing Mechanism: UniSwap uses the constant product formula (x * y = k), where x and y represent the reserves of two tokens in a pair. This ensures the product of reserves remains constant post-trade, dynamically adjusting prices based on supply and demand.

Example Pricing Scenario:

• Initial reserves: 20 ETH and 500 USDT (k = 10,000).
• A user swaps 1 ETH for USDT, reducing ETH reserves to 19. To maintain k, USDT reserves become ~526.32 (1 ETH ≈ 26.32 USDT).
• Oracle Integration: UniSwap also relies on oracles to prevent price manipulation (e.g., front-running) by referencing fair market prices.

V2 Source Code Analysis: Core Contracts

Components:

1. UniswapV2Factory.sol: Deploys a single smart contract per unique token pair.
2. UniswapV2Pair.sol: Tracks pool balances and implements AMM logic (minting/burning liquidity, swapping tokens).
3. UniswapV2ERC20.sol: ERC-20 implementation for Pair contracts.

Key Functions:

• mint(): Mints LP tokens when liquidity is added.
• burn(): Burns LP tokens to withdraw liquidity and reclaim deposited tokens.
• swap(): Executes token swaps while ensuring the k invariant holds.

Example: permit() in UniswapV2ERC20.sol

This function allows off-chain approvals via signatures, reducing gas costs for users. It follows the ERC-712 standard for structured data signing.

V3 Improvements

Concentrated Liquidity

• Issue in V2: Liquidity spread across all price ranges (0 to ∞), leading to low capital efficiency.
• Solution in V3: LPs can allocate liquidity within specific price intervals (e.g., 1700–1900 USDT/ETH), increasing active capital utilization. Ticks (discrete price points) enable precise liquidity management.

Dynamic Fee Tiers

• V2 Limitation: Uniform 0.30% fee for all pools, unsuitable for stablecoins (too high) or volatile pairs (too low).

• V3 Solution: Multiple fee tiers (0.05%, 0.30%, 1%) cater to different pair volatilities:

  • 0.05%: Ideal for stablecoin pairs (e.g., DAI/USDC).
  • 0.30%: Balanced for moderately volatile pairs (e.g., ETH/BTC).
  • 1%: Compensates LPs in high-volatility pairs (e.g., emerging crypto/ETH).

Enhanced LP Flexibility

• LPs can claim fees without withdrawing liquidity (unlike V2).

FAQs

Why does UniSwap V3 use ticks for liquidity?

Ticks discretize price ranges, allowing LPs to concentrate liquidity where most trades occur, optimizing capital efficiency.

How do dynamic fees benefit LPs?

Tailored fees ensure LPs are adequately compensated for risk—lower fees for stable pairs (high volume, low risk) and higher fees for volatile pairs (high risk).

Can I provide liquidity for multiple price ranges in V3?

Yes, LPs can create multiple positions across different intervals to maximize fee earnings while managing risk exposure.

👉 Explore advanced AMM strategies
👉 Learn more about concentrated liquidity