Why Uniswap V2 Still Handles Most Volume: The Hidden Economics Behind Version Fragmentation

Uniswap V3 arrived with substantial technical improvements—concentrated liquidity allowing capital efficiency gains of up to 4,000 times, multiple fee tiers enabling sophisticated routing, and support for precise price ranges. Yet data from major trading periods shows that Uniswap V2, released in 2020, still processes a significant share of swap volume despite being technically superseded for more than three years. The paradox is not a flaw in V3’s design. It reflects a genuine tension between innovation and reliability: traders choosing simplicity and predictability over sophisticated tools they may not need.

This fragmentation has real consequences. Liquidity splits between versions, slippage increases on both sides, and users face a decision about which pool to use without complete information about routing and execution. A trader moving a moderate position in a major token pair might see better economics on V2 than on V3, even though V3 was explicitly engineered to reduce the friction that V2 encountered. Understanding why requires examining the actual incentives that keep traders on the older version—fee structures, complexity costs, and the concentration of capital in well-established pools.

How concentrated liquidity changed the capital efficiency problem—and created a new one

Uniswap V2’s automated market maker model uses the constant product formula x * y = k, where x and y represent the quantities of two tokens in a pool and k is a constant. Every trader contributes to moving the price, and every unit of capital in the pool is deployed across the entire price range from zero to infinity. This is elegant simplicity, but it is also wasteful. If ETH trades between $2,000 and $3,000, most of the capital in a V2 pool is actually deployed to serve prices where trading never occurs—below $1 or above $10,000.

Uniswap V3 solved this by allowing liquidity providers to concentrate their capital within specific price ranges. A provider can deposit collateral to support only the $2,000 to $3,000 range, deploying the same amount of capital far more efficiently. For a given amount of trading, less total capital is needed, which means lower opportunity costs and higher returns for liquidity providers who correctly predict the trading zone. The version introduced three fee tiers—0.01%, 0.05%, and 1%—allowing providers to match their risk tolerance and volatility expectations to their chosen fee level.

But concentration creates a practical problem. When price moves beyond the range a provider selected, that capital is no longer active—it sits idle unless the provider adjusts positions. This introduces what is sometimes called liquidity pool fragmentation or range risk. A trader expecting to move a large position needs to know not just the total capital in the pool, but where that capital is concentrated. If most of a V3 pool’s liquidity sits in the $2,000 to $2,500 range and the trade pushes price toward $2,800, the trader may encounter unexpected slippage as active capital runs out and the trader is forced to trade at worse rates or across multiple ranges.

Liquidity providers must also actively rebalance their positions to maintain exposure as prices move. This requires gas fees, attention, and the risk that the price will move dramatically while the provider is adjusting. Impermanent loss—the opportunity cost of holding a position in a volatile asset pair compared to simply holding the tokens—becomes more acute in concentrated ranges because volatility more quickly moves price beyond the selected range. These realities turn V3 from a simple liquidity provision into an active strategy that requires management.

Why predictability still beats efficiency for moderate-sized traders

A trader executing a $100,000 swap on a major pair such as ETH/USDC faces a basic question: which pool version offers better execution? The intellectual answer seems obvious—V3 should be more efficient because its concentrated capital model minimizes slippage for a given trade size. The practical answer is different because of how the ecosystem actually distributes capital and manages flow.

V2 pools for major pairs like ETH/USDC or USDC/DAI have accumulated enormous capital—often hundreds of millions of dollars—because they have been the default for three years and because the logic is simple: more capital in a V2 pool means less slippage for any given swap. The 0.3% fee tier in V2 pools is also a standard that traders understand easily. A trader can examine the pool depth and estimate slippage with straightforward math based on the constant product formula. The trade amount divided by the pool size yields a rough percentage impact.

V3 routing is far more complex. A swap may fragment across multiple concentrated positions, each with a different fee tier, different depth, and different probability of providing reliable liquidity if price continues moving. A router selecting between V3 pools must weigh whether tighter spreads in more concentrated positions offset the gas cost of crossing multiple positions, or whether a single V2 pool with slightly higher slippage but no fragmentation actually produces better execution. This calculation requires more data and more assumptions about the transaction path.

For a sophisticated arbitrageur or market maker, this complexity is workable—they have the tools and expertise to calculate exact execution prices across pools and compare them dynamically. For a retail trader or a smaller institution using a standard interface, the incentive is different: use the larger, simpler, more predictable pool. If a V2 pool for a major pair has $400 million in capital and a V3 0.3% fee pool has only $100 million, the V2 pool will likely offer better execution for most trade sizes because slippage is a function of both the fee and the depth relative to trade size.

The fee tier dilemma and its impact on capital distribution

Uniswap V3’s multiple fee tiers were designed to optimize for different market conditions. The 0.01% tier was intended for stablecoin pairs where price movement is minimal and capital should be very concentrated. The 0.05% tier targets more volatile pairs but still relatively stable assets. The 1% tier is for highly volatile, low-liquidity, or speculative pairs where liquidity providers demand higher compensation for impermanent loss risk.

What actually happened is that liquidity in V3 remained heavily concentrated in the 0.3% equivalent—pools with 0.05% fees on stablecoin pairs and 1% fees on less predictable assets, but relatively sparse distribution across the tiers for major pairs. Many traders still expected 0.3% as the baseline for ETH and major token trades because that was the V2 standard, so they routed primarily through V3’s 0.3% equivalent pools or defaulted back to V2 entirely. Liquidity providers, seeing capital migrate toward V2, continued to add capital there because more capital meant more trading fees to capture.

This created a self-reinforcing cycle: as more volume went to V2, more capital followed, which improved execution on V2 further, which attracted more traders. Meanwhile, V3’s more capital-efficient architecture could have served the same trading volume with less deployed capital, earning higher returns for providers. But the benefit only materializes if enough liquidity providers migrate and if trading tools adequately represent the V3 option. Without sufficient initial adoption, V3 remained less attractive despite its technical advantages.

The fee tier question becomes even more acute when considering that V3’s fees are not automatically deducted; they are paid to liquidity providers and a small portion to Uniswap governance. Traders see the fee, but they also make assumptions about what that fee purchases—in the case of V2, they assume safety and depth; in the case of V3, they assume sophistication they may not use. The V2 narrative is simpler to test and verify empirically.

Cross-chain fragmentation and the problem of routing visibility

Uniswap operates as a decentralized exchange across multiple chains, including Ethereum, Arbitrum, Optimism, Base, and others. Each chain maintains separate liquidity pools, separate versions (some chains have only V3, others have both V2 and V3), and different capital concentrations. A trader moving a large position may split the order across chains to minimize slippage, but this introduces another layer of fragmentation.

Ethereum mainnet still holds the majority of Uniswap liquidity because it was the first deployment, has the largest user base, and has benefited from highest brand awareness. But Layer 2 networks like Arbitrum and Optimism offer lower gas fees, which changes the fee-calculation math for V2 versus V3. On Arbitrum, where gas costs are perhaps 10-20x lower than mainnet, the base cost of execution is already minimal, so the difference between V2 and V3 execution quality matters less relative to the fee paid to liquidity providers. A trader on Arbitrum might prefer V3 more readily because the difference in execution cost is weighted differently.

This multi-chain fragmentation means that optimal routing is no longer a single-pool decision—it is a cross-chain algorithm. A smart router must evaluate the ETH/USDC pool on Ethereum mainnet, the same pair on Arbitrum, and potentially intermediary pools on other chains, accounting for bridging costs and time delays. In practice, most users rely on interfaces that make these decisions for them or use simple heuristics like “use the largest pool” without understanding the complete routing.

Why V2’s predictability carries hidden value in volatile markets

During periods of market stress or extreme volatility, Uniswap V2’s simplicity becomes a feature rather than a limitation. The constant product formula means that as price moves, the same mathematical relationship applies regardless of speed. A V2 trader can calculate exactly what slippage will be incurred for a given trade size without worrying about whether concentrated liquidity positions are active or have been exited.

V3, by contrast, becomes less predictable in volatility. If major liquidity positions exit their ranges as price moves rapidly, a trader who expected liquidity at certain price points may find that liquidity has vanished, forcing worse execution at prices further from expectations. This is not a flaw in V3’s design—it is an accurate reflection of reality: if market conditions change, the capital providers who expected the old conditions may no longer be willing to trade. V2 surfaces this through slippage; V3 can surface it through suddenly reduced pool depth.

Sophisticated traders and protocols that process high volume have learned to use V3 when conditions are calm and liquidity concentrated where expected, but they route through V2 when volatility spikes and predictability becomes more valuable than efficiency. This dynamic market-making behavior actually explains why neither version has completely displaced the other. V2 persists not as legacy software that should be retired, but as a tool for a specific use case: transparent, predictable execution when market conditions are uncertain.

The incentive structure that keeps liquidity providers on V2

Liquidity providers earn trading fees proportional to the volume processed through their capital. On V2, the calculation is straightforward: if the pool generates 1,000 ETH in trading volume and the provider owns 5% of the pool, they earn 0.3% of their share, or 1.5 ETH. The relationship between capital, volume, and returns is linear and easy to model.

V3 changes this. A provider’s returns depend not just on volume through the pool, but on the percentage of volume that passes through their specific price range. A provider who concentrated liquidity in the $2,000 to $2,500 range for ETH/USDC earns fees from trades that move price through that range, but none from trades that occur entirely above or below that range. Additionally, impermanent loss—the penalty for holding a volatile asset pair while prices move—increases in concentrated positions because the capital is more exposed to price movement within the chosen range.

The mathematical result is that V3 can offer higher returns to providers who correctly predict the trading range and maintain active management, but it also introduces more variance and complexity. Many providers, especially smaller ones, prefer V2’s predictability. Deposit capital, earn a steady stream of fees, no need to monitor price or rebalance positions. This preference is not irrational—it reflects a clear decision to accept lower returns in exchange for lower operational complexity and risk.

Large institutional liquidity providers and market makers have built automated systems to manage V3 positions, so they benefit from V3’s efficiency and can afford the operational overhead. This has the effect of segmenting the liquidity provider market: institutions use V3, retail providers use V2. Since retail providers collectively control a meaningful share of capital, their choices directly support V2’s continued viability.

What this fragmentation means for traders and the protocol

The continued dominance of V2 despite V3’s technical superiority reflects a rational response to incomplete information and heterogeneous preferences. Traders and liquidity providers are not making mistakes—they are choosing tools appropriate for their use case, risk tolerance, and operational capability. A small trader executing a standard swap uses V2. A market maker managing thousands of positions uses V3.

This fragmentation does create costs. Liquidity that could support trading on a single version is split, increasing slippage on both. The protocol ecosystem becomes more complex for users to navigate. Wallet interfaces and trading tools must support multiple versions or make decisions about routing that users may not understand. Over time, if V2 capital continues to grow in absolute terms because of sustained volume, the efficiency gains of V3 become harder to realize because most available capital remains locked in the older version.

The resolution is not obvious. Uniswap governance could theoretically deprecate V2 through protocol changes or fee incentives, but this would disrupt liquidity providers and traders who depend on it and have no particular reason to switch. Alternatively, the ecosystem could continue to coexist with V2 and V3 as separate but complementary tools, each optimized for its constituency. Routers and interfaces will eventually learn to navigate both more elegantly, making the fragmentation less visible to end users.

For now, the practical reality is that most moderate-sized traders should understand both versions, verify routing explicitly rather than assuming optimization, and recognize that lower fees or higher volume on V2 may reflect genuine advantages—not obsolescence—for their particular trade size and market conditions. V3’s innovation solved real problems for a specific class of users. V2 remains viable for everyone else.