Pangea Swap
English
English
  • Introduction
  • Protocol Overview
  • Disclaimer
    • Risk & Security
    • Terms of Use
  • Updates
  • Audit
  • concentrated liquidity
    • Weakness of V2 DEXs: Low Liquidity utilization rate
    • Solution by V3 DEXs: Concentrated Liquidity
    • Concentrated Liquidity FAQ
  • Connectivity
    • Customizable Pool
  • Governance
    • STONE
      • STONE Distribution Plan
      • Tokenomics (Before)
      • Tokenomics (After)
      • Growth Fund History
    • Contribution Point NFT
  • Guide
    • SWAP
    • Add Liquidity
      • Add liquidity (Preset)
      • Add liquidity (Custom)
    • STONE Staking
    • Revenue Sharing
    • FAQ
  • Growth Partnership
    • Swapscanner
    • ISKRA
  • event
    • Promotion
  • Developers
    • Concept Overview
      • Problem : Lazy Liquidity
      • Liquidity Concentration
      • Position & Risk
      • Price Tick
      • Position NFT
      • Fees
      • Flash Loan
    • Contracts
      • Core Contracts
        • MasterDeployer
        • ConcentratedLiquidityPoolFactory
        • ConcentratedLiquidityPool
        • ConcentratedLiquidityPoolManager
        • PoolRouter
        • PoolLogger
        • AirdropDistributor
      • Contribution Point NFT
      • Price Oracle
    • Interacting with the Protocol
      • Setting up Local Test Environment
        • Test env. commands
      • Getting Pangea Pool Info
      • Creating Pangea Pool
      • Mint Position (add liquidity)
      • Burn Position (remove liquidity)
      • Claim Fee
      • Swap
  • Community
    • Website
    • Discord
    • Telegram
    • Medium
    • Twitter
    • Opensea - Position NFT
    • Opensea - CP NFT
    • GitHub
    • Testnet
    • E-mail
Powered by GitBook
On this page
  • Problem of V2 DEX : Lazy Liquidity
  • Understanding the Logic of Uniswap V2 Type CPAMM
  1. Developers
  2. Concept Overview

Problem : Lazy Liquidity

PreviousConcept OverviewNextLiquidity Concentration

Last updated 2 years ago

Problem of V2 DEX : Lazy Liquidity

Concentrated Liquidity Pool (Uniswap V3 Type) is a CPAMM (Constant Product Automated Market Maker) protocol that allows liquidity providers to supply liquidity to specific price ranges. Concentrated Liquidity Pool is designed to solve the problem of “lazy liquidity” of the existing DEX (Uniswap V2 Type). Let’s understand what lazy liquidity is by looking at the V2 type AMM model.

Understanding the Logic of Uniswap V2 Type CPAMM

Uniswap V2 calculates the swap output in such a way that the product of the two assets in the pool is always constant (Constant Product). This can be shown as a formula and a graph below.

X⋅Y=KX \cdot Y = KX⋅Y=K

​

Let’s define the price(P) and liquidity(L) as below.

P=YXL=XY=KP = \sqrt{\frac{Y}{X}} \\ L = \sqrt{XY} = \sqrt {K}P=XY​​L=XY​=K​

Uniswap V2 type pool always guarantees the same liquidity(L) in all price ranges, so when expressed as a graph, it comes out in the form below.

In other words, the Uniswap V2 CPAMM is a model that evenly supplies liquidity over the entire price range from 0 to infinity for token pairs. Although this model has the advantage of being able to provide liquidity for swaps even if the price of the two tokens changes rapidly, in most cases, the token price changes within a specific range (e.g. Pa ~ Pb) as shown above.

The liquidity that is supplied to the section (Pa~Pb) where the actual transaction occurs and is actively used for the swap is called Active Liquidity. And the liquidity that is supplied to the section (0~Pa,Pb~∞) where the transaction does not occur and is not used for swaps is called Lazy Liquidity.

Pairs such as stablecoin pairs with stable prices(e.g. USDT-DAI) or KLAY-aKLAY, which have a high correlation between the values of the two tokens, are traded only in a very narrow price range. Which makes most of the liquidity provided by LPs lazy liquidity.

By supplying liquidity in a concentrated manner through the Concentrated Liquidity Pool, it is possible to reduce lazy liquidity not used in transactions as above and activate more liquidity to be used for transactions.