Stay informed with the latest insights, trends, and updates from SolanaLink.
Featured Article
Latest Articles
Innovative Automated Market Maker Research
•FEATURE, COLUMN, NEWS, BRANDS
Automated Market Makers (AMMs) have fundamentally reshaped the landscape of digital asset exchange, offering a decentralized alternative to traditional order book systems. These protocols utilize liquidity pools, funded by users, and mathematical algorithms to determine asset prices and facilitate trades directly on the blockchain.
#NEWS
The Frontier of Decentralized Liquidity: An In-Depth Analysis of Innovative Automated Market Maker Algorithms
The Frontier of Decentralized Liquidity: An In-Depth Analysis of Innovative Automated Market Maker Algorithms
I. Introduction: The Evolving Landscape of Automated Market Makers
Automated Market Makers (AMMs) have fundamentally reshaped the landscape of digital asset exchange, offering a decentralized alternative to traditional order book systems. These protocols utilize liquidity pools, funded by users, and mathematical algorithms to determine asset prices and facilitate trades directly on the blockchain.1 This innovation has been a cornerstone of the Decentralized Finance (DeFi) movement, enabling permissionless and automated trading.
A. Foundational AMM Concepts and Inherent Challenges
The earliest and most well-known AMM design is the Constant Product Market Maker (CPMM), popularized by Uniswap V1 and V2.3 The CPMM operates on a simple yet powerful formula, x⋅y=k, where x and y represent the quantities of two tokens in a liquidity pool, and k is a constant product. This model ensures that liquidity is always available, as the product k remains constant (ignoring fees) during trades.1 While revolutionary, this foundational model presents several inherent challenges.
A primary concern for liquidity providers (LPs) is Impermanent Loss (IL). IL arises when the price of assets deposited into an AMM pool diverges from their price at the time of deposit. If an LP withdraws their liquidity after such divergence, the U.S. dollar value of their withdrawn assets might be less than if they had simply held the original assets.6 This risk can deter liquidity provision, especially in volatile markets.
Another significant issue is capital inefficiency. In the standard CPMM, liquidity is distributed uniformly along the price curve from zero to infinity.6 For many asset pairs, particularly stablecoins or assets that trade within a narrow price range, a vast portion of this liquidity remains unused, as trading activity is concentrated around the current market price. This means that a large amount of capital sits idle, not contributing to fee generation for LPs or facilitating trades effectively.8
Furthermore, slippage can be a problem, especially for large trades. Slippage refers to the difference between the expected price of a trade and the price at which it is executed. In CPMMs, large trades can significantly alter the ratio of assets in the pool, leading to a less favorable execution price for the trader.9 These limitations have been the primary catalysts for the continuous evolution and innovation in AMM design.
B. The Drive for Innovation: Addressing Capital Inefficiency and Impermanent Loss
The DeFi sector has witnessed a persistent drive to overcome the shortcomings of early AMM models. The fundamental goals behind this innovation are to enhance the profitability and sustainability of liquidity provision and to create more efficient and cost-effective trading environments.7 This has led to exploration in several key areas: concentrating liquidity within specific, active price ranges; developing dynamic fee structures that adapt to market conditions; creating specialized trading curves tailored to different asset characteristics (e.g., stablecoins, volatile assets, or Liquid Staking Tokens); introducing more active and sometimes automated liquidity management strategies; and refining smart contract architectures for improved gas efficiency and greater composability. These advancements are not merely incremental; they represent significant paradigm shifts in how decentralized liquidity is provisioned and accessed, contributing to the maturation and sophistication of DeFi markets.11
The pursuit of solutions to these challenges has led to a diverse array of AMM designs. For instance, the introduction of concentrated liquidity allows LPs to allocate their capital to specific price ranges where trading is most active, thereby improving capital efficiency.13 However, this can also amplify the effects of impermanent loss if these ranges are not managed effectively, and it introduces a higher degree of complexity for LPs. Similarly, dynamic fee models, which adjust fees based on market volatility or other factors, can potentially increase LP returns and mitigate certain risks.15 Yet, these dynamic adjustments might also introduce unpredictability in trading costs for users. This interplay of benefits and trade-offs suggests an underlying complexity in AMM design, where optimizing one aspect often impacts another. Early AMMs like Uniswap V2 provided simplicity but suffered from capital inefficiency.4 Concentrated Liquidity AMMs (CLAMMs) like Uniswap V3 addressed capital efficiency 13 but increased LP management complexity and potential IL.6 More recent innovations, such as Maverick Protocol's dynamic liquidity bins 17 or Curve's specialized curves for stablecoins 19, attempt to strike different balances. This indicates that the AMM landscape is evolving towards a spectrum of solutions, each tailored to specific needs and risk profiles, rather than a single, universally optimal design.
C. Overview of Novel AMM Paradigms to be Explored
This report will conduct an in-depth analysis of several innovative AMM paradigms that have emerged to address the aforementioned challenges and push the boundaries of decentralized liquidity. The exploration will cover:
Advanced Capital Efficiency Models: Including the evolution of Concentrated Liquidity (as seen in Uniswap V3/V4, PancakeSwap V3/Infinity, Osmosis CL, Raydium CLMM), Dynamic and Proactive Liquidity strategies (Maverick Protocol, DODO Exchange, and the research concept of Multi-Token PMM), and novel architectural approaches (Ambient Finance, Shell Protocol).
Impermanent Loss Mitigation & Volatility Management: Examining novel invariant curves (Curve Finance's StableSwap, CryptoSwap, and LLAMMA; Balancer's Weighted Pools; and the research-based Better Market Maker), dynamic fee mechanisms (Uniswap V4 Hooks, Auction-Managed AMMs), and platforms for trading volatility itself (Smilee Finance).
Specialized AMM Architectures: Investigating designs tailored for specific asset classes like Liquid Staking Tokens (LSTs) (Maverick, Meteora, Sanctum), Real-World Assets (RWAs) (IX Swap), and FX-backed stablecoins (DFX Finance). This section will also cover hybrid models that integrate order book functionalities (dYdX, Injective, Kujira FIN) and AMMs designed for specialized execution strategies (Integral SIZE, Wintermute's RFMM).
Cross-Chain and Interoperable Solutions: Analyzing protocols aiming to facilitate liquidity across different blockchain networks, such as the Singularity Protocol and IBC-enabled AMMs like Osmosis.
The Role of Oracles and Governance: Discussing the integration of on-chain and external oracles for price feeds and the mechanisms (DAO-controlled or algorithmic) for adjusting AMM parameters.
Emerging Frontiers: Touching upon the potential application of Artificial Intelligence and Machine Learning in AMM design and optimization, AMMs for illiquid assets, and the convergence of AMMs with other DeFi primitives.
Each paradigm will be scrutinized for its core mechanics, underlying mathematical models, smart contract architecture, the problems it aims to solve, and its inherent advantages and trade-offs.
Table 1: Overview of Foundational and Innovative AMM Archetypes
AMM Archetype
Key Innovator/Example(s)
Core Principle/Formula
Primary Use Case
Capital Efficiency Approach
IL Mitigation Approach
Constant Product (CPMM)
Uniswap V1/V2, SushiSwap Classic
x⋅y=k
General token swaps
Uniform liquidity distribution (low efficiency)
None inherently; LPs bear full IL risk.
StableSwap
Curve Finance
Hybrid of constant sum and constant product; Ann∑xi+D=AnnD+nn∏xiDn+1 19
Stablecoin & pegged asset swaps
Concentrates liquidity around a 1:1 peg via a specialized curve.
Minimizes IL for pegged assets by maintaining a tight price range.
LPs provide liquidity within specific price ranges (ticks).
General token swaps
LPs concentrate capital in active trading ranges, significantly improving efficiency.
Active management required; can exacerbate IL if ranges are poorly set or price moves significantly out of range.
Dynamic Distribution AMM
Maverick Protocol
Liquidity "bins" that can automatically move with price based on LP-selected modes. Invariant per bin: L2=(B+L/pu)⋅(A+Lpl).21
General token swaps, LSTs
Automates liquidity concentration around current price based on LP's directional strategy.
Aims to reduce IL by keeping liquidity active and aligned with price movements or LP's directional bias.
Proactive Market Maker (PMM)
DODO Exchange
Uses oracles for market price; pricing curve P=iR where R adjusts based on inventory deviation from equilibrium and slippage factor k. 22
General token swaps
Concentrates liquidity around an oracle-fed market price.
Aims to reduce IL by aligning internal price with external market price via oracles.
Hybrid Order Book-AMM
dYdX v4 (Order Book), Raydium (Legacy AMMv4)
Combines AMM liquidity with order book depth/price discovery.
Active trading, derivatives
AMM provides base liquidity, order book offers tighter spreads for active traders.
Depends on the specific AMM component; order book side doesn't have traditional AMM IL.
Specialized Execution AMM
Integral SIZE
Executes large orders at TWAP using mirrored liquidity from external exchanges.
Large order execution
Mirrors external liquidity depth with less capital; oracle-based pricing.
Trade delays and oracle pricing aim for mean-zero IL. 24
Cross-Chain AMM (IBC)
Osmosis
App-chain with custom modules (CL, GAMM) leveraging IBC for asset transfers.
Inter-chain token swaps
Custom modules allow for various efficiency models (e.g., CL) within an interoperable network.
IL characteristics depend on the specific pool type (e.g., CL or GAMM) used.
II. Advancements in Capital Efficiency and Liquidity Provision
The evolution of AMMs has been significantly driven by the need to enhance capital efficiency and optimize liquidity provision. Early models, while groundbreaking, often suffered from underutilized capital. Subsequent innovations have focused on concentrating liquidity where it is most needed and developing more dynamic and proactive strategies for managing LP positions.
A. Concentrated Liquidity and Its Evolution
The concept of concentrated liquidity marked a pivotal moment in AMM development, allowing LPs to allocate their capital to specific price ranges, thereby significantly improving capital efficiency compared to the uniform distribution of earlier models.
1. Uniswap V3/V4: Core mechanics, hooks, and implications for custom logic.
Uniswap V3 introduced the paradigm of concentrated liquidity, enabling LPs to provide liquidity within custom price ranges, or "ticks," rather than across the entire price spectrum from zero to infinity.13 This means LPs can concentrate their capital in the price ranges where they expect most trading activity to occur, leading to a much higher utilization of their deposited assets and potentially higher fee earnings for a given amount of capital.3 Each LP position in Uniswap V3 is unique due to its specific range and is represented by a non-fungible token (NFT).26 Furthermore, Uniswap V3 offered multiple fee tiers (e.g., 0.05%, 0.30%, 1%, and later a DAO-voted 0.01% tier), allowing LPs to select a fee appropriate for the volatility and expected trading volume of the token pair.3
Building upon the capital efficiency gains of V3, Uniswap V4 introduces substantial architectural innovations aimed at enhancing flexibility and reducing gas costs.13 A cornerstone of V4 is the Singleton design, where all pool states and operations are managed by a single PoolManager.sol contract.13 This architecture dramatically lowers the gas cost associated with creating new pools, as it becomes a state update within the PoolManager rather than the deployment of an entirely new contract. Multi-hop swaps also become more gas-efficient as intermediate token transfers between separate pool contracts are eliminated.13
Complementing the Singleton design is Flash Accounting, which leverages EIP-1153 Transient Storage.13 During a transaction involving multiple operations (like a multi-hop swap or a swap combined with liquidity provision), token balance changes are recorded in this transient storage. At the end of the transaction, these changes are netted out, and only the final net transfers occur externally. This minimizes state writes to persistent storage and reduces the number of actual token transfers, leading to significant gas savings.13 Uniswap V4 also reintroduces native ETH support, allowing direct trading with ETH and eliminating the need for users to wrap ETH into WETH (Wrapped Ether) and unwrap it, which simplifies user experience and saves on transaction costs.13
Perhaps the most transformative feature of Uniswap V4 is the introduction of Hooks.13 Hooks are external smart contracts that can execute custom logic at predefined points within a pool's lifecycle. These points include events before or after pool initialization, liquidity addition or removal, swaps, and donations.28 Pool creators can choose to attach a single hook contract to their pool at the time of creation. The permissions for what a hook can do are cleverly encoded into the bits of the hook contract's deployment address, ensuring that a hook cannot perform actions it wasn't designed or authorized for at deployment.29 This design allows for a vast range of customizations, such as:
Dynamic fee structures: Fees can be adjusted based on market volatility, time, or other on-chain/off-chain data accessible by the hook.29 For instance, the "MoonFee" hook example dynamically adjusts swap fees based on the lunar cycle by calling PoolManager.updateDynamicLPFee.31
On-chain limit orders: Liquidity provided outside the current active price range can effectively function as limit orders.13
Time-Weighted Average Market Makers (TWAMMs): Hooks can facilitate strategies for executing large orders over time to minimize price impact.30
Custom Oracles and Automated Liquidity Management: Hooks can integrate custom oracle solutions or implement automated strategies for rebalancing or managing LP positions.13
Custom Accounting: A particularly powerful feature is that hooks can return "deltas," which are adjustments to the token amounts involved in swaps or liquidity modifications.13 This allows hooks to implement custom fee distributions or even entirely bypass Uniswap's native concentrated liquidity model to define new AMM curves.13
The core Uniswap V4 protocol remains non-upgradeable, preserving its immutability, a characteristic shared with V3.36 While the core contracts are fixed, the hooks themselves, being separate contracts, can be designed with their own upgradeability mechanisms if desired by their developers. However, the specific hook contract address linked to a pool is immutable once the pool is created.30 Governance in V4 retains the ability to take a capped percentage of swap fees but, unlike V3, does not control the permissible fee tiers or tick spacings, ceding more flexibility to pool creators and hook developers.36
2. Other CLAMM Implementations: PancakeSwap V3/Infinity, Osmosis, Raydium.
The success of Uniswap V3's concentrated liquidity model spurred its adoption and adaptation by other DEXs.
PancakeSwap V3/Infinity: PancakeSwap, a leading DEX on the BNB Smart Chain, launched its V3, which incorporated the CLAMM model from Uniswap.8 This brought features like concentrated liquidity, multiple fee tiers, and improved gas efficiency compared to its V2.8 Building on this, PancakeSwap Infinity introduced a more modular three-tiered architecture, comprising a Vault (for accounting), Pool Managers (for AMM logic), and Hooks (for custom features).37 This design philosophy, similar in spirit to Uniswap V4, separates concerns and allows for easier integration of new AMM paradigms without overhauling the entire protocol. PancakeSwap Infinity's core is also non-upgradeable, but pools can integrate custom hooks at creation. It supports both CLAMM and Liquidity Book AMM (LBAMM) pool types and features Singleton implementations per AMM type and Flash Accounting for gas optimization.37
Osmosis Concentrated Liquidity: Osmosis, an application-specific blockchain for AMMs within the Cosmos ecosystem, has implemented its own Concentrated Liquidity (CL) module.40 LPs on Osmosis can provide liquidity within specific price ranges (ticks), enhancing capital efficiency.40 A notable difference is Osmosis's use of geometric tick spacing with additive ranges, contrasting with Uniswap V3's approach.41 The Osmosis CL module integrates with other native modules like TWAP for oracle services and an incentives module for liquidity mining. It also supports the migration of liquidity from its classic Balancer-style pools to new CL positions. Due to the non-fungible nature of CL positions, spread rewards are managed through an accumulator-based mechanism.41
Raydium CLMM: Raydium, a prominent AMM on the Solana blockchain, also offers Concentrated Liquidity Market Maker (CLMM) pools.43 These pools allow LPs to provide liquidity asymmetrically and within their preferred price ranges, which is particularly beneficial for advanced users or less volatile asset pairs due to improved capital depth around the current price.44 Raydium's CLMMs support various fee configurations (ranging from 1 bps to 200 bps) and are compatible with Solana's Token-2022 extensions.44 While full-range positions can be emulated, doing so is generally more gas-intensive due to the need for multiple tick array initializations.44
The evolution from static AMM models to highly configurable platforms like Uniswap V4 and PancakeSwap Infinity signifies a major trend. These protocols are becoming "operating systems for liquidity," providing a secure and efficient base layer upon which a diverse ecosystem of specialized AMM logic can be built. This "platformization" dramatically lowers the barriers to innovation, as developers no longer need to fork entire protocols to experiment with new ideas; they can instead create modular hooks or custom pool types that plug into the existing infrastructure. This fosters a more collaborative and rapidly evolving DeFi landscape.
A concurrent driver for these architectural shifts, particularly on Ethereum and EVM-compatible chains, is the relentless pursuit of gas efficiency. The high transaction costs on Ethereum have historically been a significant impediment to DeFi adoption and usability.46 The factory model used by Uniswap V2 and V3, where each new pool deployment involved creating a new smart contract, was gas-intensive.13 Multi-hop swaps, requiring token transfers between these distinct pool contracts, further added to the cost.13 Architectures like the Singleton model (seen in Uniswap V4 and PancakeSwap Infinity) address this by consolidating all pools within a single contract. Pool creation becomes a mere state update, and multi-hop swaps can be executed with internal balance adjustments, significantly reducing external calls and gas expenditure.13 Flash accounting, utilizing transient storage (EIP-1153), further optimizes gas by minimizing persistent state writes and external token transfers until the very end of a transaction sequence.13 Ambient Finance achieves similar efficiencies through its unique single-contract design where pools are lightweight data structures.48 This focus on gas optimization is critical for improving user experience and ensuring the economic viability of complex DeFi interactions, a trend likely to persist even with the proliferation of Layer 2 scaling solutions.
B. Dynamic and Proactive Liquidity Strategies
Beyond concentrating liquidity in static ranges, a new wave of AMMs focuses on making liquidity itself more dynamic and responsive to market conditions, often automating strategies that would otherwise require active management.
1. Maverick Protocol: Dynamic Distribution AMM, liquidity bins, and movement modes.
Maverick Protocol introduces a "Dynamic Distribution AMM" designed to enhance capital efficiency by allowing LPs to choose how their liquidity automatically moves to follow price changes.17 Instead of static ranges, liquidity is placed in discrete price "bins".21 The swap invariant for a single bin is given by the formula L2=(B+L/pu)⋅(A+Lpl), where A and B are the quote and base token reserves, L is the liquidity measure, and pu and pl are the upper and lower price boundaries of the bin.21
LPs can select one of four "movement modes" for their liquidity:
Mode Right: Liquidity automatically shifts to higher price bins as the market price of the base asset increases. If the price decreases, the liquidity remains in its current position. This mode is suitable for LPs with a bullish outlook on the base asset.17
Mode Left: Conversely, liquidity shifts to lower price bins as the market price of the base asset decreases. If the price increases, the liquidity stays put. This mode caters to LPs with a bearish outlook on the base asset.17
Mode Both: Liquidity attempts to follow the market price in both upward and downward directions, aiming to keep the LP's capital active and earning fees as much as possible. This is often preferred for pairs expected to trade sideways or for LPs seeking maximum fee accrual.17
Mode Static: Liquidity remains in the initially chosen bins and does not move automatically. This mode is similar to Uniswap V3's concentrated liquidity but allows for more customized distributions of liquidity within the chosen static range (e.g., exponential, flat, or single-bin distributions).17
By automating liquidity movements, Maverick aims to maximize capital efficiency and fee generation for LPs while allowing them to express directional bets or adopt price-following strategies, potentially reducing the need for constant manual rebalancing.17 The protocol has also emphasized support for Liquid Staking Tokens (LSTs), offering a "price following function" crucial for assets that predictably appreciate against their underlying base asset.49
2. DODO Exchange: Proactive Market Maker (PMM) and oracle integration.
DODO Exchange employs a Proactive Market Maker (PMM) algorithm that aims to provide higher capital efficiency and lower slippage than traditional CPMMs by mimicking the behavior of human market makers.58 The PMM algorithm uses an oracle to fetch the current market price of an asset and then concentrates liquidity around this price.7
The PMM pricing formula is P=iR. Here, i is the "guide price" (market price obtained from the oracle). R is a factor that adjusts based on inventory levels. If the current base token supply B is less than the equilibrium supply B0, then R=1−k+k(B0/B)2. If the quote token supply Q is less than its equilibrium Q0, then R=1/(1−k+k(Q0/Q)2). The parameter k (0<k≤1) is a "slippage factor"; a smaller k results in a flatter curve and more concentrated liquidity around the price i, while k=1 makes the PMM behave like a CPMM.22 By actively adjusting its price curve based on oracle information, DODO's PMM seeks to minimize impermanent loss for LPs (by keeping the internal price close to the external market price) and offer better execution prices for traders.7 It also supports single-sided liquidity provision, lowering the barrier for LPs.7
3. Research: Multi-Token PMM (MPMM).
Research has extended the PMM concept to multi-token pools with the Multi-Token Proactive Market Maker (MPMM).7 The MPMM generalizes DODO's PMM by aggregating multiple pairwise trading pools into a single, larger pool. The objective is to further enhance capital efficiency and reduce impermanent loss compared to operating numerous independent two-token PMM pools or other multi-token AMM designs, by leveraging the benefits of aggregated liquidity.7 Simulation-based studies suggest that MPMM can outperform its counterparts in terms of capital efficiency and IL mitigation under various market scenarios.7
The progression from passive liquidity in CPMMs, to manually managed concentrated ranges in CLAMMs, and now towards automated or oracle-guided liquidity in protocols like Maverick and DODO, illustrates a significant trend. This movement is towards "intelligent" or "programmable" liquidity. Instead of LPs bearing the full burden of constant monitoring and adjustment, the AMM algorithms themselves, guided by LP-defined strategies or external data feeds like oracles, are taking on more responsibility for optimizing the placement and movement of liquidity. This shift has the potential to lower the expertise and effort required from LPs, make sophisticated liquidity strategies more accessible, and ultimately improve overall market efficiency. This trajectory also sets the stage for potentially more complex AI and machine learning-driven liquidity management systems in the future.
C. Architectural Innovations for Efficiency
Beyond algorithmic changes to liquidity concentration and dynamism, significant innovations are occurring at the smart contract architectural level, primarily aimed at improving gas efficiency, reducing operational costs, and enhancing composability.
Ambient Finance (formerly CrocSwap) presents a distinct architectural model by operating its entire DEX within a single smart contract.5 In this design, individual AMM pools are not separate deployed contracts but are instead represented as lightweight data structures within this unified contract. This approach yields substantial gas savings, particularly for pool creation (which becomes a simple state update) and for multi-hop swaps. In multi-hop scenarios, token flows can be netted internally, obviating the need for multiple external token transfers between different pool contracts.48
Ambient's model supports a hybrid liquidity system, combining "concentrated" liquidity (akin to Uniswap V3) and "ambient" constant-product liquidity (akin to Uniswap V2) within the same pool and operating on a single, unified liquidity curve.48 Ambient liquidity is active across all price points and is represented by fungible LP tokens, with fees automatically compounding into this liquidity.48 Concentrated liquidity allows LPs to define specific price ranges (ticks) for their capital. Additionally, Ambient introduces "knockout liquidity," a type of range-based concentrated liquidity that is permanently removed from the curve once the price crosses a specified boundary, effectively acting as a non-reversible limit order.48 Further gas efficiency is achieved through features like deferred token transfers that allow for net settlement, and EIP-712 support for "gasless" transactions where users can pay transaction fees in the token being swapped rather than the native network currency.48
2. Shell Protocol: Proteus AMM engine and Ocean shared ledger.
Shell Protocol introduces a layered architecture with its "Ocean" shared ledger and the "Proteus" AMM engine.74 The Ocean acts as a universal accounting system, based on the ERC-1155 token standard, managing token balances and interactions for all DeFi primitives integrated with it, including AMMs, lending pools, and more.75 Primitives built on Shell, like Proteus, do not interact directly with each other but route their interactions through the Ocean. This centralized accounting layer is designed to significantly reduce gas costs when composing multiple DeFi operations, potentially by up to four times compared to traditional approaches.75
The Proteus AMM engine is a flexible AMM designed to operate as a primitive on the Ocean ledger.74 It can approximate any bonding curve by using generalized conic sections for its identity curve and employs a balance-scaling mechanism. This allows Proteus to achieve precise liquidity concentration while utilizing fungible LP tokens, known as "shells".74 An advanced version, "Evolving Proteus," allows the AMM's bonding curve parameters (specifically 'a' and 'b' in its underlying formula (x/u + a)(y/u + b) = 1) to change or "evolve" with each block over a predetermined duration.75 This evolution is achieved through a time-weighted linear interpolation of the parameters, where p_current = p_init*(1-t_ratio) + p_final*(t_ratio) and t_ratio = (t_current - t_init) / (t_final - t_init).91 This dynamic curve evolution makes Evolving Proteus suitable for applications like Dutch auctions or actively managed liquidity pools.80
The architectural choices of Ambient Finance and Shell Protocol highlight a significant trend towards unified liquidity layers. Traditional DEXs like Uniswap V2 used a factory model, creating isolated liquidity for each pool.26 While Uniswap V4's Singleton and Balancer's Vault represent steps toward centralized token accounting 13, Ambient's single master contract for all pool data structures 48 and Shell's Ocean ledger acting as a generalized accounting hub for various DeFi primitives 75 take this consolidation further. Such unification enhances capital efficiency across an entire protocol or ecosystem by minimizing friction—such as gas costs, token approval spam, and disparate balance management—between different pools or DeFi operations. This also simplifies the development of new AMM types, as they can integrate with this pre-existing, efficient infrastructure, potentially fostering more complex and interconnected DeFi applications.
III. Mitigating Impermanent Loss and Managing Volatility
Impermanent loss (IL) remains a critical challenge for liquidity providers (LPs) in AMMs. It occurs when the relative prices of assets in a pool diverge, causing the value of an LP's share of the pool to be less than if they had simply held the assets separately. Various innovative AMM designs have emerged, employing novel invariant curves, dynamic fee mechanisms, and even new financial primitives to address IL and help LPs better manage volatility.
A. Novel Invariant Curves
The mathematical function, or invariant, that governs the relationship between assets in a pool is fundamental to an AMM's behavior, particularly its slippage characteristics and IL profile.
1. Curve Finance: StableSwap, CryptoSwap (e.g., Tricrypto), and LLAMMA.
Curve Finance has pioneered specialized invariant curves tailored to specific asset types.
StableSwap: Curve's initial and most well-known innovation is the StableSwap invariant, designed for assets that are expected to trade closely in price, such as stablecoins (e.g., DAI, USDC, USDT) or different wrapped versions of the same underlying asset (e.g., wBTC, renBTC).9 The StableSwap algorithm aims to provide extremely low slippage and high capital efficiency for these pegged or correlated assets. It achieves this by creating a curve that is very flat around the target peg (typically 1:1 for stablecoins) and becomes steeper further away from the peg, behaving more like a constant product market maker in those regions. The core mathematical invariant is expressed as: Ann∑xi+D=AnnD+nn∏xiDn+1 where xi are the balances of the n coins in the pool, D is a variable representing the total value of coins in the pool when they have equal price, and A is the "amplification coefficient".19 A higher value of A makes the curve flatter around the peg, concentrating liquidity more tightly and reducing slippage for trades near this equilibrium. Because this equation cannot be solved algebraically for D or for a specific xi during a swap, Curve's smart contracts use iterative numerical methods, like Newton's method, to find these values in functions such as get_D() (to calculate D when liquidity changes) and get_y() (to calculate the output amount of one token given an input amount of another).19
CryptoSwap (Curve V2): To address the trading of uncorrelated, volatile assets (e.g., ETH, WBTC, USDT in the Tricrypto pool), Curve introduced CryptoSwap, often referred to as Curve V2.9 Unlike StableSwap, which assumes a stable peg, CryptoSwap is designed for assets whose prices can fluctuate significantly against each other. It achieves capital efficiency by using an internal oracle mechanism to track recent trading prices and dynamically concentrate liquidity around these observed internal market prices.103 The AMM algorithm continuously adjusts this concentration point as trades occur and as an external price oracle (if configured) provides updates. This dynamic concentration aims to offer better rates and lower slippage for volatile pairs compared to a standard CPMM. The CryptoSwap factory enables the permissionless deployment of two-coin volatile asset pools.101 The mathematical underpinnings involve transforming actual token balances using price scales derived from the internal oracle and then applying a complex bonding curve. For two tokens, the equation can be represented as xy+k(x,y,d)(x+y)(d/2)2−k(x,y,d)(d/2)2=0, where x and y are the transformed balances.65 A key feature is "price repegging," where the internal oracle and liquidity concentration bands are recalibrated if the market price deviates too far from the current concentration point.103
LLAMMA (Lending-Liquidating AMM Algorithm): LLAMMA is a specialized AMM that underpins the liquidation mechanism for Curve's crvUSD stablecoin.104 It functions as a two-token AMM (collateral asset / crvUSD) and organizes liquidity into a series of discrete price ranges or "bands," conceptually similar to Uniswap V3's ticks. When a user opens a loan, their collateral is distributed across a number of these bands, which collectively define the liquidation range for that specific position. As the price of the collateral asset declines and enters this predefined liquidation range, the LLAMMA system gradually converts the volatile collateral into crvUSD. This is a "soft liquidation" process. If the collateral price subsequently recovers and moves back up within the same bands, the system reverses the process, using the crvUSD to buy back the collateral. This mechanism is designed to provide smoother liquidations and reduce the extent of losses compared to traditional systems that might trigger an abrupt, full liquidation of collateral.104 The effectiveness of LLAMMA in minimizing losses depends on factors like the number of bands used for a loan, market volatility, and the liquidity conditions of the collateral asset.104
2. Balancer: Weighted Pools and custom invariant capabilities.
Balancer Protocol offers flexibility in AMM design, most notably through its Weighted Pools and the architectural provision for custom invariants.
Weighted Pools: Balancer allows for the creation of liquidity pools containing more than two tokens (up to 8 tokens in V3) and, crucially, with custom-defined weights for each token in the pool (e.g., an 80% WBTC / 20% WETH pool, or a 60% A / 20% B / 20% C pool).20 This contrasts with the standard 50/50 weighting in many CPMMs. The core of Balancer's Weighted Pool mathematics is its value function, V=∏t(BtWt), where Bt is the balance of token t and Wt is its normalized weight in the pool (such that ∑Wt=1).20 Trades must keep this value V constant (ignoring fees). This design allows LPs to maintain a desired exposure to different assets within the pool and can significantly mitigate impermanent loss for the more heavily weighted assets in the event of price surges.105 However, this comes with a trade-off: highly asymmetric pools, such as 80/20 pools, will inherently have less liquidity on the side of the lightly weighted asset, leading to higher slippage for trades involving that asset.105
Custom Invariant Capabilities (Balancer V2/V3): A key architectural feature of Balancer (particularly in V2 and V3) is the separation of the token accounting and management layer (the Vault) from the pool-specific AMM logic.92 This modularity empowers developers to create entirely new pool types with novel invariants by implementing a defined interface. To create a custom AMM, developers primarily need to define the logic for three key functions: computeInvariant (which calculates the pool's invariant value based on current balances), computeBalance (which calculates the required token balance to achieve a target invariant value, used in liquidity operations), and onSwap (which calculates the outcome of a trade, ideally in a gas-efficient manner).109 The custom invariant must satisfy two critical properties: it should not decrease due to a swap (it can increase due to fees), and it must be "linear," meaning that if all token balances in the pool are scaled by a factor n, the invariant value must also scale by n.109 This framework has enabled the creation of innovative pool types, such as Element Finance's fixed-yield AMM, which was built on Balancer V2 leveraging these custom pool capabilities.106
3. Research: Better Market Maker (BMM) with power-law invariants.
Academic research continues to explore novel invariant functions. The "Better Market Maker (BMM)" proposed in arXiv:2502.20001 introduces a power-law invariant XnY=K.58 For trading pairs consisting of a volatile token (X) and a stablecoin (Y), the research suggests an optimal exponent of n=4. This design aims to significantly reduce impermanent loss and enhance liquidity retention, especially during periods of high market volatility, compared to the standard CPMM (n=1). The paper claims that with n=4, a 100-fold price increase in the volatile asset would result in the pool retaining approximately 39.8 times the initial stablecoin amount, compared to only 10 times for a CPMM.58 This improved liquidity retention translates to a claimed ~36-40% reduction in impermanent loss.58 The BMM framework also proposes segmenting markets by their volatility characteristics and tailoring the invariant (e.g., n=4 for high-volatility pairs, n=1 for stablecoin pairs) and fee/rebate structures accordingly, suggesting that a single invariant is not optimal across all market conditions.58
The diverse approaches to invariant curve design underscore a fundamental principle: there is no universally superior curve. Curve Finance's StableSwap excels for assets with a tight peg but is unsuitable for volatile pairs, for which CryptoSwap (Curve V2) was developed, albeit with increased complexity like internal oracles and dynamic liquidity concentration.9 Balancer's Weighted Pools grant LPs customized risk exposure but must balance this with potential slippage impacts on less-weighted assets.105 The BMM research further reinforces this by advocating for volatility-specific invariants.58 This indicates that AMM design inherently involves trade-offs. The optimal curve is highly context-dependent, hinging on factors like asset type, market volatility, and LP risk preferences. This reality drives the trend towards AMM specialization and platform-based architectures that can support multiple, diverse curve types within a single ecosystem.
B. Dynamic and Adaptive Fee Mechanisms
Static fee structures, common in early AMMs, are often suboptimal as market conditions change. Dynamic fee mechanisms aim to adjust trading fees in response to factors like volatility or pool utilization, potentially improving LP returns and overall market efficiency.
1. Uniswap V4 Hooks for programmable fees.
Uniswap V4's hook system provides a powerful framework for implementing dynamic and programmable fees.13 Developers can create hook contracts that adjust swap fees based on arbitrary logic. This logic can consider various inputs, such as recent market volatility, time of day, specific governance decisions, or any other on-chain or off-chain data that the hook contract can access.30 For example, the "MoonFee" hook demonstrates this by dynamically adjusting swap fees based on the current phase of the moon, achieved by the hook calling the PoolManager.updateDynamicLPFee function.31 Hooks can also be designed to capture a portion of the trading fees for themselves or for other designated addresses, enabling novel fee distribution models.29 This represents a significant departure from Uniswap V3's model of fixed fee tiers selected at pool creation, offering substantially greater flexibility and paving the way for more sophisticated fee strategies.35
2. Research on Optimal Dynamic Fees (e.g., am-AMM, arXiv:2506.02869).
Academic research is also actively exploring optimal dynamic fee structures for AMMs.
The Auction-Managed AMM (am-AMM), proposed by Adams, Moallemi, et al., introduces a novel governance model where a "pool manager" wins an on-chain auction (specifically, a Harberger lease) for the temporary right to set the AMM's swap fee (within a predefined cap) and to collect the accrued fees.123 This manager, presumed to be a sophisticated actor, is incentivized to dynamically optimize the fee based on their assessment of retail order flow elasticity and prevailing arbitrage opportunities. This model effectively outsources the complex task of optimal fee setting from passive LPs to an active, profit-maximizing agent.123
The research paper arXiv:2506.02869, "Optimal Dynamic Fees in Automated Market Makers" by Baggiani, Herdegen, and Sánchez-Betancourt, investigates the optimal dynamic fee structures for constant function market makers.16 Their analysis identifies two distinct optimal fee regimes: one where the AMM should impose higher fees to deter arbitrageurs and protect LPs, and another where fees should be lowered to potentially increase volatility (by attracting more uninformed or "noise" traders), thereby increasing overall trading volume and fee revenue. The paper concludes that dynamic fees that are linear in inventory levels and sensitive to changes in the external reference price can serve as good approximations of the theoretically optimal fee structure.16
Other protocols like Trader Joe with its Liquidity Book AMM also implement dynamic fees that adjust based on market volatility, aiming to better compensate LPs for the increased risk during turbulent market periods.127 Similarly, the now-deprecated KyberSwap Elastic also featured dynamic fees that responded to market conditions.128
The movement towards dynamic fees, whether implemented via programmable hooks as in Uniswap V4 or through sophisticated agent-based models like the am-AMM, reflects a growing understanding that static fee structures are insufficient for the complexities of DeFi markets. Early AMMs often featured a single, fixed fee (e.g., Uniswap V2's 0.3%).27 Uniswap V3 introduced multiple fee tiers, allowing for some differentiation at pool creation, but these tiers remained static for the life of the pool.27 The current evolution recognizes that the optimal fee is not a fixed value but rather a function of various market parameters like volatility, trading volume, and arbitrage pressure.15 By enabling fees to adapt, these newer AMMs aim to optimize LP returns and overall pool efficiency. This "intelligent agent" paradigm for fee setting—whether the agent is an on-chain smart contract, a human pool manager, or potentially an AI model in the future—marks a significant maturation in AMM design. However, it also introduces new layers of complexity and potential vulnerabilities if the dynamic fee logic itself is flawed or susceptible to manipulation.
C. Trading Volatility as an Asset
A particularly innovative approach to managing the risks associated with AMMs, especially impermanent loss, involves not just mitigating IL but transforming it into a tradable financial product.
1. Smilee Finance: "Impermanent Gains" and Decentralized Volatility Products (DVPs).
Smilee Finance introduces the concept of "Impermanent Gains" (IG), effectively allowing traders to speculate on or hedge against the price volatility of assets within an AMM framework.6 This is achieved through Decentralized Volatility Products (DVPs).
Core Mechanism: Smilee utilizes a synthetic concentrated liquidity AMM (CLAMM). Liquidity providers deposit assets into "Earn Vaults" (e.g., a wBTC/USDC vault) and earn yield primarily from premiums paid by traders who purchase DVPs.131 The impermanent loss that would typically be experienced by LPs in the Earn Vault is effectively mirrored as the potential payoff for the traders holding the corresponding DVPs.131
Decentralized Volatility Products (DVPs): These are tokenized (as ERC721 NFTs) representations of volatility positions:
IG BULL: A bet that the price of the underlying asset will increase relative to the AMM's rebalancing path (effectively a long position on volatility causing upward price movement).
IG BEAR: A bet that the price of the underlying asset will decrease (a short position on volatility causing downward price movement).
SMILE: A bet on significant price movement in either direction, akin to a long straddle in traditional options markets, achieved by holding both IG BULL and IG BEAR positions.131
Pricing of DVPs: The pricing of these Impermanent Gain products is determined by Smilee's synthetic AMM, which employs the Black-Scholes options pricing model, in conjunction with oracle price feeds for the underlying assets, to calculate the fair value (premium) of these volatility positions.131
Liquidity-to-Volatility Engine: This is described as a conceptual component, implemented within the smart contracts, that manages the relationship and flow of value between the liquidity providers in the Earn Vaults and the traders of Impermanent Gain products. It ensures that the IL experienced by LPs corresponds to the potential payouts to DVP holders.131
Use Cases: Smilee's DVPs can be used by traders to speculate on volatility with leverage (up to 1000x is mentioned 131), and by LPs in other DeFi protocols to hedge their impermanent loss exposure. LPs in Smilee's own Earn Vaults earn real yield from the premiums paid by DVP traders.131
The model presented by Smilee Finance signifies a deeper financialization of AMM mechanics. Impermanent loss, traditionally viewed as a primary drawback and cost for LPs 6, is re-conceptualized as a quantifiable risk that can be packaged into a tradable instrument. This is analogous to how traditional financial markets use options and other derivatives to allow participants to speculate on or hedge against various forms of market risk, including volatility. The application of the Black-Scholes model for pricing these "Impermanent Gains" 131 further reinforces their nature as option-like derivatives. This innovation could pave the way for more sophisticated financial instruments within DeFi that are derived from the inherent characteristics and risks of AMM protocols, potentially leading to more complete markets for managing DeFi-specific risks.
IV. Specialized and Hybrid AMM Architectures
As the DeFi space matures, AMM designs are increasingly specializing to cater to the unique characteristics of different asset classes or to integrate with other trading paradigms like order books. This specialization aims to optimize performance, capital efficiency, and user experience for specific use cases.
A. AMMs for Yield-Bearing Assets (LSTs)
Liquid Staking Tokens (LSTs) present a unique challenge for AMMs because their value tends to consistently appreciate against their underlying base asset (e.g., stETH accrues staking rewards, increasing its value relative to ETH over time). Standard AMM curves can lead to significant and persistent impermanent loss for LPs in LST/base asset pools due to this predictable price drift.140
1. Maverick Protocol: Maverick Protocol has specifically highlighted capital efficiency in LST market-making as a focus since its Phase 1.49 The protocol's "Dynamic Distribution AMM" offers features like "Native LST Support with Price Following function".56 LPs can utilize directional liquidity modes (Mode Right, for an appreciating LST, or Mode Left if an LST were expected to depreciate against its peg) to automate the movement of their liquidity, attempting to keep it concentrated around the LST's appreciating price path.18 This allows LPs to align their liquidity strategy with the expected upward trend of the LST's value.
2. Meteora (Solana): Meteora offers specialized solutions for LSTs on Solana. Their Dynamic LST Pools employ a stable curve AMM model to provide concentrated liquidity and low-slippage trades for LSTs against their base asset (e.g., various SOL LSTs vs. SOL).140 A key feature is the integration with Meteora's Dynamic Vaults, where idle capital from these LST pools is automatically lent out to external lending protocols. This generates an additional layer of yield for LPs, which can help offset the IL caused by the LST's price appreciation.140 Meteora's Dynamic Liquidity Market Maker (DLMM), with its discrete price bins and dynamic fees, can also be configured for LST pairs, offering precise liquidity concentration.129
3. Sanctum Infinity Pool (Solana): Sanctum's Infinity Pool is designed as a multi-LST liquidity solution, capable of supporting a vast number of different LSTs natively.147 Its core innovation lies in its fair price calculation mechanism. Instead of relying on traditional AMM invariants (like constant product or stableswap curves), Infinity determines the fair price of each LST by directly referencing the amount of underlying SOL held in its respective stake account.149 This method inherently accounts for the accrued staking rewards that cause LSTs to appreciate. The pool dynamically adjusts swap fees for each LST to maintain target allocations, aiming to optimize trading returns for LPs.151 The Infinity pool's own LP token (INF) is also an LST, allowing for further composability within the DeFi ecosystem.151
4. Curve V2 for LSTs (Implicit): While not exclusively designed for LSTs, Curve V2's CryptoSwap mechanism, which is built for volatile (non-pegged) assets, incorporates internal oracles and concentrates liquidity around dynamically updated internal prices.102 This architecture could be adapted for LSTs. Since LSTs exhibit a predictable, albeit gradual, price drift against their base asset, the "peg" effectively becomes this moving exchange rate reflecting accrued rewards. The Bifrost Stable Swap, which is based on Curve's StableSwap mathematics, is explicitly mentioned as being used for vToken-Token (LST-like) exchanges, suggesting the adaptability of Curve's underlying principles for such assets.96
The emergence of LSTs has evidently catalyzed the development of specialized AMM functionalities. Standard CPMMs or even basic CLAMMs struggle with LST/Token pairs because the continuous, one-directional appreciation of the LST against its base token leads to persistent impermanent loss.140 Innovations in this domain, such as Maverick's directional liquidity modes 18, Meteora's dual-yield approach combining AMM fees with external lending yields 141, and Sanctum Infinity's direct valuation based on underlying staked assets 151, demonstrate a clear trend. AMMs are becoming more "asset-aware," moving beyond generic models to incorporate logic that understands and adapts to the specific economic characteristics of the tokens being traded, particularly those with predictable value accrual mechanisms.
B. AMMs for Tokenized Real-World Assets (RWAs)
Tokenized Real-World Assets (RWAs) bring off-chain assets like real estate, commodities, or private equity onto the blockchain. Trading these assets via AMMs introduces unique challenges, primarily concerning the inherent illiquidity of many RWAs and the stringent compliance and regulatory requirements (such as KYC/AML) associated with them.153
1. IX Swap: IX Swap positions itself as the first AMM specifically designed for tokenized securities (Security Token Offerings - STOs) and RWAs.155 Its primary goal is to address the liquidity problem for these traditionally illiquid assets by enabling the creation of liquidity pools, much like how AMMs bootstrapped liquidity for native crypto assets.159 A critical aspect of IX Swap's design is its focus on compliance. The platform operates within global regulatory frameworks, incorporating KYC/AML procedures and ensuring that only legitimate, licensed assets can be traded.155 While the specific mathematical invariant used by IX Swap's AMM is not detailed extensively in the provided snippets, it is described as an AMM model tailored for tokenized securities.158 A simulation mentioned in one document uses a Uniswap V2-like (50/50 CPMM) model as a basis for analysis.163 IX Swap's ecosystem also includes a launchpad for the primary issuance of tokenized assets and integrations with CEX partners for broader distribution.157
The development of AMMs for RWAs, exemplified by IX Swap 155, necessitates a fundamental departure from the permissionless ethos of many DeFi AMMs. RWAs, particularly tokenized securities, are subject to rigorous financial regulations including KYC, AML, and investor accreditation rules.154 Standard DeFi AMMs, which allow anyone to list tokens or provide liquidity, are generally incompatible with these regulatory frameworks. IX Swap’s explicit commitment to "legally compliant" trading and ensuring only "legitimate assets with proper licensing" are traded implies the existence of gating mechanisms for both token listings and participant (LP and trader) access.158 This suggests that RWA AMMs are likely to evolve as "permissioned" or "gated" DeFi environments. The core AMM logic (e.g., pricing curve, liquidity provision mechanics) might resemble existing models, but it will be encapsulated within layers of compliance protocols and identity verification systems. This creates a hybrid model that seeks to merge the efficiency of DeFi's AMM technology with the regulatory necessities of traditional finance. The viability and growth of RWA AMMs will largely depend on their ability to integrate these compliance layers seamlessly, without unduly compromising user experience or hindering liquidity formation.
C. AMMs for Non-USD Stablecoins (FX)
While USD-pegged stablecoins dominate the DeFi landscape, there is a growing need for efficient exchange mechanisms for stablecoins pegged to other fiat currencies (e.g., EUR, SGD, CAD). These non-USD stablecoins introduce FX (foreign exchange) volatility when traded against USDC or other USD-pegged assets.
1. DFX Finance: DFX Finance is an AMM protocol specifically optimized for trading fiat-backed stablecoins, with a particular focus on non-USD stablecoins like EURS (Euro), CADC (Canadian Dollar), and XSGD (Singapore Dollar).119 The core of its mechanism is a dynamically tuned bonding curve.119 DFX Finance integrates Chainlink oracles to feed real-world FX price data into its pricing engine.119 Importantly, this oracle data is not used to directly dictate the trading price but rather serves as a reference point to shift the optimal capital concentration range along the bonding curve. This dynamic adjustment helps to keep the AMM's pricing aligned with external FX market rates without requiring active intervention from LPs.174 To maintain deep liquidity and avoid fragmentation across numerous currency pairs, DFX Finance pairs all foreign stablecoins against USDC, which functions as a bridge currency within the AMM.174 The protocol also utilizes historical FX data to further optimize the bonding curve parameters for each specific currency pair.174
The DFX Finance model showcases a sophisticated use of oracles as a dynamic peg-assist mechanism. For assets like FX-backed stablecoins, whose relative value against a common numeraire (like USDC) is determined by external, continuously fluctuating FX markets, a static AMM curve would quickly become inefficient, leading to arbitrage opportunities and significant IL for LPs. By ingesting real-world FX price feeds from Chainlink 170, DFX's AMM can dynamically adjust its bonding curve. This effectively shifts the region of highest capital concentration to align with the current FX rate, ensuring that the AMM offers competitive exchange rates and remains capital-efficient. This approach of using oracles to guide, rather than dictate, AMM pricing for assets with externally determined relative values could be a valuable pattern for other types of tokenized assets whose prices are influenced by off-chain data.
D. Hybrid AMM-Order Book Models
Some protocols aim to combine the strengths of AMMs (continuous liquidity, permissionless access) with those of traditional Central Limit Order Books (CLOBs) (efficient price discovery, advanced order types, lower slippage for active traders).123
1. dYdX v4 (Cosmos SDK): dYdX, a prominent decentralized derivatives exchange, transitioned to its own standalone L1 blockchain (app-chain) built using the Cosmos SDK for its v4 iteration.179 The core of dYdX v4's exchange mechanism is a fully decentralized off-chain orderbook and matching engine. Validators in the dYdX network are responsible for storing orders in-memory (off-chain). A designated proposer validator then matches these orders, and only the filled trades are committed to the on-chain consensus.179 The documentation available does not indicate an AMM component for its primary exchange functionality; it appears to be purely order book-based.179 This architecture is designed to achieve CEX-like performance characteristics—high throughput, low latency, and zero gas fees for order placement and cancellation—while maintaining decentralization.182 The app-chain structure also allows dYdX to implement unique MEV (Maximal Extractable Value) mitigation solutions.182
2. Injective Protocol (Cosmos SDK): Injective is another L1 blockchain built with the Cosmos SDK, specifically optimized for financial applications.184 Its Exchange Module provides a fully on-chain order book supporting spot, perpetuals, futures, and options trading.184 A key feature of Injective's order book is the implementation of Frequent Batch Auctions (FBA), a mechanism designed to resist MEV attacks like front-running by processing transactions within discrete intervals at a uniform clearing price.184 While dApps on the Injective platform can build AMMs using CosmWasm, the native Exchange Module itself is order book-based and does not appear to have an AMM component for its core trading functions.184
3. Kujira FIN (Cosmos SDK): Kujira FIN is a decentralized exchange operating on the Kujira L1 blockchain, also part of the Cosmos ecosystem.192 FIN functions as a purely on-chain order book exchange and is not an AMM or a hybrid model in its core DEX functionality.192 It likely utilizes CosmWasm for its smart contract implementation, a common pattern in the Cosmos ecosystem.192
4. Raydium (Solana) - Legacy AMMv4 (Hybrid AMM): Raydium, an AMM on Solana, originally launched its AMMv4 pools as a hybrid model.43 In this design, idle liquidity from Raydium's constant product AMM pools was shared with the central limit order book of Serum (now known as OpenBook). This allowed LPs to earn fees from both AMM swaps and potentially from orders filled against their liquidity on the CLOB. However, current documentation suggests that AMMv4 pools now function as traditional AMMs, and this CLOB integration may have been discontinued or altered.43 Raydium's newer CPMM and CLMM pool types do not explicitly mention integration with OpenBook's order book.43
The prevalence of order book mechanisms in app-chain DEXs like dYdX V4, Injective, and Kujira FIN points to a strategic choice for performance and customization. While AMMs offer continuous, permissionless liquidity, they can be less capital-efficient for active trading and may result in higher slippage for large orders compared to CLOBs.176 App-chain architectures provide developers with the sovereignty to tailor the entire blockchain stack—including consensus mechanisms, custom modules, and fee structures—to meet the specific demands of their application, such as high-performance trading.204 dYdX V4's move to a Cosmos app-chain was explicitly to facilitate a decentralized yet high-performance off-chain order book and matching engine.179 Similarly, Injective's on-chain order book with FBA is implemented as a custom Cosmos SDK module.184 This suggests that for DEXs prioritizing features traditionally associated with CLOBs—such as high throughput, low latency, advanced order types, and deep liquidity for active trading—the app-chain model offers the necessary design freedom. AMMs might still play a complementary role within these ecosystems, perhaps for long-tail assets or specific liquidity provision strategies, but the core trading engine for professional-grade experiences on app-chains appears to be converging towards order book designs.
E. Specialized Execution AMMs
Some AMM designs focus specifically on optimizing trade execution, particularly for large orders or by leveraging the capabilities of professional market makers.
1. Integral SIZE: TWAP-based execution and mirrored liquidity. Integral SIZE is a DeFi primitive designed for the efficient execution of large orders with minimal price impact.24 It achieves this through a unique combination of Time-Weighted Average Price (TWAP) execution and a concept of "mirrored liquidity."
TWAP Execution: When a user submits a large order to Integral, the order is not executed immediately. Instead, it is held in the smart contract for a defined period (e.g., 30 minutes). During this delay, the protocol gathers price information from an external oracle (specifically, Uniswap V2's TWAP oracle) to calculate the 30-minute TWAP for the asset pair. After the delay, the entire order is executed at this single, calculated TWAP.24 This approach aims to replicate the effect of breaking a large order into many smaller pieces and executing them over time (a common institutional trading strategy) but does so in a single on-chain transaction, thereby saving on gas fees and avoiding the complexities of managing multiple sub-orders.24
Mirrored Liquidity (OB-AMM Concept): Integral's pricing is determined solely by the external oracle's TWAP, not by the ratio of assets within its own liquidity pools.24 The protocol's "Orderbook AMM" (OB-AMM) concept involves mirroring the order book depth and AMM curve shapes from other major exchanges (both centralized like Binance and decentralized like Uniswap).24 This allows Integral to offer execution at the oracle TWAP with substantial depth, even if its own pools have comparatively less physical capital. This is a form of concentrated liquidity where the concentration point is dictated by the external oracle's TWAP.24
Mean-Zero Impermanent Loss: For its LPs, Integral aims to achieve "mean-zero IL." This means that over time, the impermanent loss experienced by LPs should oscillate around zero, and there might even be periods of "impermanent profit" (where LPing is more profitable than just holding the assets). This is facilitated by the 30-minute trade delay and oracle-based pricing, which are designed to deter toxic arbitrageurs and front-runners who rely on instantaneous execution and predictable AMM curves. By making arbitrage unprofitable or highly uncertain, the protocol aims to protect LP capital.24
2. Request for Market Making (RFMM) by Wintermute. The Request for Market Making (RFMM) model, as conceptualized by firms like Wintermute, presents an alternative to traditional AMMs by enabling professional market makers (MMPs) to provide liquidity and quote prices directly on-chain.1
Mechanism: Instead of LPs passively depositing assets into a pool governed by a fixed invariant, users looking to trade would initiate a request. Professional market makers would then respond with quotes. The system might employ a mechanism like a Dutch auction for blockspace to determine which MMP's quote gets included and executed on-chain..213 General RFM/RFQ (Request for Quote) systems involve a client requesting a two-sided price before revealing their trade direction.215
Proposed Benefits: This model could lead to tighter spreads, deeper liquidity for popular pairs, and more efficient price discovery, as it leverages the sophisticated pricing algorithms and inventory management capabilities of professional trading firms. It aims to bring CEX-like execution quality to DeFi.
Proposed Drawbacks: Potential drawbacks could include increased centralization if only a few large MMPs dominate the quoting process, higher complexity in the on-chain quoting and auction mechanisms, and potentially less accessibility for smaller retail LPs compared to traditional AMM pools.
The emergence of specialized execution AMMs like Integral SIZE and concepts like RFMM suggests a trend towards unbundling the traditional functions of an AMM. Standard AMMs typically combine liquidity provision, price discovery (via the invariant curve), and trade execution into a single, integrated mechanism. Integral SIZE, for instance, decouples its execution price from its own pool's instantaneous state; it uses an external oracle (Uniswap TWAP) for price discovery and execution, while its internal "mirrored liquidity" provides the depth for that execution.24 This effectively separates the source of price from the source of execution liquidity. The RFMM model, by its nature, separates active price quoting by professional MMs from the passive liquidity provision model of typical AMMs. This unbundling allows for greater specialization. Integral can focus on efficient TWAP execution for large orders without its LPs bearing the full price discovery risk for those trades. RFMMs can leverage the advanced capabilities of professional MMs for more competitive pricing. This could lead to more modular DeFi ecosystems where different components specialize in distinct roles—liquidity provision, price discovery (via oracles or active MMs), and trade execution strategies—which can then be composed to create more sophisticated and efficient financial systems, mirroring some of the functional separation seen in traditional financial markets.
V. Cross-Chain and Interoperable AMM Solutions
As the blockchain ecosystem becomes increasingly multi-chain, the demand for AMMs that can facilitate seamless liquidity and trading across different networks is growing. Innovations in this area range from novel AMM designs aimed at direct cross-chain swaps to leveraging interoperability protocols like IBC.
A. Novel Cross-Chain AMM Designs: Singularity Protocol
A significant challenge in cross-chain DeFi is the reliance on bridges and wrapped assets for transferring value and interacting with AMMs on different chains. These mechanisms often introduce security risks (bridge exploits), liquidity fragmentation (as assets are locked and wrapped on various chains), and potential volatility risks associated with the wrapped tokens themselves.222
The Singularity Protocol, proposed in arXiv:2505.24337 by Sumit Vohra, aims to address these inefficiencies.222 The core idea is to develop a new class of AMMs that do not rely on bi-state dependency between the assets being swapped. This means the AMM's pricing or state for one asset does not inherently depend on the state of the other asset in the same way traditional paired-pool AMMs do. The paper proposes a novel method of "value transfer swaps" utilizing a new invariant designed to mitigate this bi-state dependency. This, in turn, is intended to eliminate the need for intermediate tokens or bridging mechanisms for performing cross-chain swaps. The protocol is envisioned to support efficient cross-chain swaps with potentially lower gas requirements and without the typical bridging risks, functioning across any permutation of L1, L2, and L3 blockchains.222 While the abstract highlights these goals, the specific mathematical details of this new invariant and the value transfer swap mechanism are contained within the full paper, which was not fully accessible for this analysis.222
B. IBC-Enabled AMMs: Osmosis and the Cosmos Ecosystem
The Cosmos ecosystem, built around the vision of an "internet of blockchains," provides a robust framework for interoperability through its Inter-Blockchain Communication (IBC) protocol.206 The Cosmos SDK allows developers to build application-specific blockchains (app-chains) with custom modules, which can then connect and interact using IBC.206
Osmosis stands out as a prime example of an app-chain DEX built with the Cosmos SDK, specializing in interchain AMM functionality.233
App-Chain Architecture: Being an app-chain gives Osmosis greater control over its entire blockchain stack compared to DEXs built as smart contracts on general-purpose L1s. This allows for deep customization and optimization for its specific use case—decentralized exchange.205
Custom Modules: Osmosis leverages this by implementing custom Cosmos SDK modules tailored for AMM functionality. These include:
x/gamm: For traditional Balancer-style weighted pools.233
x/concentrated-liquidity: A native module for concentrated liquidity pools.40
x/poolmanager: Responsible for routing swaps to the appropriate liquidity module (GAMM or Concentrated Liquidity).41
x/superfluid: An innovative module allowing LPs to stake their LP tokens, contributing to the security of the Osmosis chain while still earning LP fees and staking rewards.233
x/tokenfactory: Allows permissionless creation of new tokens on the Osmosis chain.40
IBC Integration: Osmosis heavily utilizes IBC to facilitate cross-chain asset transfers and swaps. This enables users to trade assets natively from more than 47 different IBC-enabled Cosmos chains directly on Osmosis.233 IBC also enables more complex inter-module communication; for example, Osmosis's Fee Abstraction module can pull TWAP data from Osmosis via IBC to allow users on other connected chains to pay transaction fees in non-native tokens.204
Interchain Accounts (ICA): A feature of IBC, Interchain Accounts allow one blockchain to securely control an account on another IBC-connected chain. This enables more sophisticated cross-chain DeFi operations, such as managing assets or participating in governance on a remote chain without manually bridging assets.226
Other protocols within the Cosmos ecosystem, like Kava (a cross-chain DeFi platform) 207, and interoperability networks like Axelar 207, also leverage IBC to enhance cross-chain AMM capabilities and liquidity sharing.
The development of AMMs as dedicated app-chains, particularly within the Cosmos ecosystem, underscores a powerful trend towards specialization. General-purpose L1s, while offering broad utility, can impose constraints on highly specialized applications like AMMs due to factors such as gas costs, governance overhead, or limitations in direct module-level control. App-chains, in contrast, provide developers the sovereignty to customize the entire blockchain stack—consensus mechanisms, native modules, fee structures—to precisely fit the AMM's requirements.205 Osmosis exemplifies this by integrating deep, protocol-level features like superfluid staking and custom liquidity modules (e.g., x/concentrated-liquidity, x/superfluid) which would be significantly more complex or even infeasible to implement purely at the smart contract layer on a generic L1.40 The IBC protocol then provides a standardized and secure communication layer, enabling these specialized AMM app-chains to connect, share liquidity, and compose functionalities with other app-chains in the broader ecosystem.207 This points towards a potential future where the DeFi landscape consists of numerous specialized, interconnected AMM app-chains, coexisting with AMMs deployed as dApps on monolithic L1s, each serving different niches and user needs.
Despite these advancements, achieving truly seamless and secure cross-chain AMM functionality, especially between disparate blockchain ecosystems (e.g., direct native asset swaps between Bitcoin, Ethereum, and Solana without intermediaries), remains a formidable challenge. The Singularity Protocol's ambition to create AMMs that obviate the need for intermediate tokens or bridges by using novel invariants 222 highlights the ongoing quest for this "holy grail." Current solutions, including IBC, represent significant progress but are often confined to specific ecosystems or still involve forms of asset wrapping or representation that carry their own risks and complexities. The ideal cross-chain AMM would allow direct, trust-minimized exchange of native assets across any chain, a goal that, if realized, could unify global blockchain liquidity.
VI. The Role of Oracles and External Data Feeds
Oracles play an increasingly crucial role in the functionality of advanced AMMs, providing external data—primarily price information—that allows AMMs to adapt to broader market conditions, implement more sophisticated logic, or offer specialized products.
A. On-Chain Oracles (e.g., TWAPs in Uniswap V3, Osmosis)
Many AMMs incorporate on-chain oracle mechanisms, often based on Time-Weighted Average Prices (TWAPs), to provide manipulation-resistant price feeds derived from the AMM's own trading activity.
Uniswap V3 TWAP Oracle: Uniswap V3 pools are designed to function as robust on-chain price oracles. Each pool stores cumulative sums of log prices (ticks) and seconds per liquidity over time.236 The observe function within the pool contract allows external callers to query these cumulative values for specified lookback periods (secondsAgos). By taking the difference between two cumulative tick values and dividing by the time difference, a TWAP can be calculated. This TWAP represents the geometric time-weighted average price of the assets in the pool over the chosen interval and is considered resistant to short-term price manipulation due to its time-weighting.236
Osmosis TWAP Module: Osmosis features a dedicated TWAP module that provides on-chain arithmetic TWAPs for every AMM pool within its ecosystem.237 This module employs an accumulator method, maintaining records of price accumulations for every unique pair of denoms within each pool. These records are stored for a configurable period (e.g., the last 48 hours). The GetArithmeticTwap function allows users or other modules to query for TWAPs over specific time ranges, with the system capable of interpolating accumulator values if exact block times are not available. This TWAP module is integrated with Osmosis's Concentrated Liquidity pools, ensuring reliable price data is available for these more complex pool types.41
Curve CryptoSwap (V2) Internal Oracle: Curve's CryptoSwap pools, designed for volatile assets, utilize an internal price oracle.65 This oracle is updated with each trade executed within the pool. Additionally, if a price_oracle_contract is set for the pool, it can also contribute to updating the internal oracle's price. This internal price reference is crucial for CryptoSwap's mechanism of dynamically concentrating liquidity around the perceived current market price, allowing it to adapt to price movements of the volatile assets it holds.65 The price_scale parameter in CryptoSwap V2 is linked to this internal pricing mechanism, helping to transform actual token balances into virtual balances used by the bonding curve.65
B. Integration with External Oracles (e.g., Chainlink in DFX Finance)
Some AMMs integrate with external oracle networks like Chainlink to source price information from off-chain markets, which is particularly important for assets whose primary price discovery happens outside the AMM itself.
DFX Finance: As discussed previously, DFX Finance, an AMM optimized for fiat-backed stablecoins (especially non-USD ones), leverages Chainlink oracles.119 These oracles provide real-world foreign exchange (FX) price feeds. DFX Finance uses this external FX data not to directly set the trading price within its AMM, but to dynamically adjust or "tune" its bonding curve. This ensures that the AMM's liquidity is concentrated around the current, externally determined FX rate, maintaining capital efficiency and offering fair rates for users swapping between different fiat-backed stablecoins.170
Integral SIZE: Integral SIZE uses Uniswap V2's TWAP oracle as its reference price for executing large orders.24 The execution price for a trade on Integral is the 5-minute TWAP from this Uniswap oracle, determined after a 30-minute delay from order submission. This reliance on an external (though on-chain) oracle decouples Integral's execution price from its own internal liquidity conditions.24
DODO PMM: DODO's Proactive Market Maker also relies on oracles to fetch external market prices, which then serve as the "guide price" around which the PMM algorithm concentrates liquidity.7 This proactive adjustment based on external data is key to its strategy for minimizing impermanent loss.
C. Oracle-less AMMs and their Trade-offs
While many advanced AMMs incorporate oracles, the foundational CPMM model (e.g., Uniswap V1/V2) is inherently oracle-less. The price is determined purely by the ratio of assets in the pool.
Advantages: Simplicity, no external dependencies (reducing attack vectors related to oracle manipulation), and fully self-contained price discovery.
Trade-offs: Prone to divergence from external market prices, creating arbitrage opportunities that lead to impermanent loss for LPs. Capital efficiency is also lower as liquidity is spread across all possible prices.
The increasing integration of oracles, both internal (TWAPs derived from the AMM's own activity) and external (feeds from networks like Chainlink), is a clear indicator of AMMs evolving towards more sophisticated and market-aware systems. Oracles enable AMMs to:
Provide manipulation-resistant price feeds for other DeFi protocols (e.g., lending markets needing asset prices for collateral valuation).
Dynamically adjust their own parameters, such as fee tiers or liquidity concentration ranges, based on real-time market conditions (e.g., DFX Finance adjusting its curve based on FX rates, or a Uniswap V4 hook using volatility data to set fees).
Reduce impermanent loss by aligning internal AMM prices more closely with external market prices, thereby minimizing arbitrage opportunities that are detrimental to LPs (e.g., DODO PMM).
Enable novel financial products that rely on external data for their logic (e.g., synthetic assets, certain types of derivatives).
However, reliance on oracles also introduces new considerations. The security and reliability of the oracle become paramount; a compromised or malfunctioning oracle can lead to significant losses or incorrect behavior within the AMM.172 For on-chain oracles like TWAPs, while resistant to flash loan manipulation over sufficiently long periods, they can still lag actual market prices during extreme volatility. For external oracles, trust is placed in the oracle network's integrity and accuracy. Thus, the choice and design of oracle integration are critical architectural decisions for modern AMMs.
VII. Governance and Parameterization of AMMs
The behavior and performance of AMMs are heavily influenced by their underlying parameters, such as fee tiers, curve characteristics, and liquidity incentive mechanisms. The methods for setting and adjusting these parameters are evolving, moving from static configurations to more dynamic and potentially automated governance models.
A. DAO-Controlled Parameters: Fee Tiers, Curve Adjustments
Many AMMs are governed by Decentralized Autonomous Organizations (DAOs), where holders of the protocol's native governance token can propose and vote on changes to various parameters.
Uniswap: UNI token holders govern the Uniswap protocol.36 This includes decisions about allocating portions of protocol fees (the "protocol fee switch"), adding new fee tiers (as seen with the 0.01% tier in V3 3), and other protocol upgrades. The governance process typically involves phases like Request for Comment (RFC), Temperature Check (Snapshot poll), and finally an on-chain Governance Proposal.36 Uniswap V4 limits governance control over fee tiers and tick spacings compared to V3, giving more autonomy to pool creators and hook developers.36
Curve Finance: CRV token holders participate in the CurveDAO, which governs the Curve Finance platform.10 Governance decisions include modifying fee structures, introducing new liquidity pools, and directing CRV emissions to various pools (gauge weights).238 Curve utilizes OwnershipAgents on Ethereum and other chains to handle governance actions determined by the DAO.239
Balancer: BAL token holders, particularly those who lock BAL for veBAL (vote-escrowed BAL), exert significant influence over the Balancer protocol. veBAL holders vote on which pools receive BAL emissions (liquidity mining incentives) through the gauge system and can also influence protocol fees.240
PancakeSwap: CAKE token holders participate in governance through a voting portal.241 Proposals can be Core (from the team) or Community-initiated. Governance decisions cover protocol adjustments, product changes, and fee changes. The PancakeSwap Core Team retains veto rights in critical situations like security threats.241
SushiSwap: SUSHI token holders participate in governance. Historically, SushiSwap aimed for a more community-driven approach compared to early Uniswap.242
Osmosis: OSMO token holders govern the Osmosis app-chain, voting on protocol upgrades, parameter changes (like swap fees for the base network), and the allocation of OSMO emissions to liquidity pools.233 This allows stakeholders to shape the incentivization strategy for the DEX.
Maverick Protocol: The MAV token is used for governance, enabling token holders to vote on the modification of protocol parameters within the Maverick ecosystem, likely through a ve-token model (veMAV).49
XRP Ledger AMM: LP token holders in a specific AMM pool can vote to change that AMM's fee settings, with votes weighted by their LP token holdings.244
The ability for DAOs to adjust parameters like fee tiers or curve characteristics (e.g., the amplification factor 'A' in Curve's StableSwap 19) is crucial for adapting AMMs to changing market conditions or new asset types. For example, bonding curves, which define the price-supply relationship, can be algorithmically determined and potentially adjusted via governance to optimize for specific goals like reduced slippage or enhanced liquidity concentration.246
B. Algorithmic and AI-Driven Parameter Adjustment (e.g., Auto.gov)
While DAO voting provides a decentralized governance mechanism, it can be slow, prone to voter apathy, or influenced by large token holders. This has led to research into more automated and data-driven approaches for parameter adjustment.
Auto.gov Framework: The "Auto.gov" framework, proposed in arXiv:2210.02536 (and related work), utilizes deep reinforcement learning (DRL), specifically a Deep Q-Network (DQN), for semi-automated, data-driven parameter adjustments in DeFi protocols.248
Problem Addressed: Traditional DeFi governance is often manual, slow, and susceptible to human bias or risks like oracle manipulation. Auto.gov aims for a more efficient, resilient, and agile governance model.248
Mechanism: The DeFi environment (e.g., a lending protocol's risk parameters like collateral factors) is modeled as a Markov Decision Process (MDP). A DQN agent is trained to learn an optimal policy for adjusting these parameters based on market conditions and protocol state. The agent makes decisions to maximize long-term protocol profitability or stability.248
Reported Results: In simulated environments, Auto.gov demonstrated effectiveness in countering oracle attacks, boosting protocol profit significantly compared to baseline governance. It outperformed benchmark approaches in real-world testing scenarios and adapted much faster than traditional voting-based governance.248
Applicability to AMMs: While the primary example in the Auto.gov paper often refers to lending protocol parameters, the underlying RL framework could potentially be adapted to govern AMM parameters such as dynamic fee adjustments, liquidity concentration ranges, or even characteristics of the bonding curve itself, based on real-time market data and protocol health metrics.
The shift from static, hardcoded AMM parameters to DAO-controlled parameters was a significant step towards adaptability. However, the inherent latency and potential inefficiencies of purely human-driven voting processes are becoming apparent, especially in fast-moving DeFi markets. Frameworks like Auto.gov 248 represent the next frontier: algorithmic governance. By employing techniques like reinforcement learning, these systems can analyze vast amounts of on-chain and market data to make (or propose) parameter adjustments that are optimized for specific goals (e.g., maximizing LP revenue, minimizing IL, ensuring protocol solvency). This doesn't necessarily remove humans from the loop entirely—DAOs might still set the objectives for these algorithmic agents or have override capabilities—but it delegates the complex, data-intensive task of continuous optimization to automated systems. This could lead to AMMs that are far more responsive and resilient to changing market dynamics, effectively learning and adapting over time. However, it also introduces new challenges related to the transparency, explainability, and potential unforeseen behaviors of these AI-driven governance agents.
VIII. Emerging Frontiers and Future Directions
The AMM space is continuously evolving, with researchers and developers exploring new frontiers that could further redefine decentralized liquidity. Key areas include the integration of Artificial Intelligence (AI) and Machine Learning (ML), specialized designs for illiquid assets, and deeper Ccomposability with other DeFi primitives.
A. AI and Machine Learning in AMM Design and Optimization
The potential for AI and ML to enhance AMM performance is a growing area of interest, although concrete, widely adopted implementations are still nascent.
Predictive Analysis and Automation: AI can analyze complex market data, predict trends, and potentially automate trading or liquidity provision decisions within AMMs.252 ML algorithms can learn from historical DeFi data to optimize strategies.1
Dynamic Parameter Adjustment: As discussed with Auto.gov 248, RL agents can be trained to dynamically adjust AMM parameters (like fees or liquidity ranges) to optimize for certain objectives (e.g., maximizing LP returns, minimizing IL) in response to real-time market conditions. The research paper arXiv:2501.07508 specifically applies DRL (PPO algorithm) to optimize liquidity provisioning in Uniswap V3, where the agent learns to adjust liquidity positions by balancing fee maximization and IL mitigation.253 This involves a sophisticated state representation (market price, tick index, volatility, MAs, technical indicators) and an action space that includes adjusting interval widths.254
Optimal Dynamic Fees: Research like arXiv:2506.02869 uses mathematical modeling (potentially solvable or approximated by ML techniques in practice) to determine optimal dynamic fee structures in AMMs, considering factors like arbitrage pressure and noise trader behavior.16
Challenges: Integrating AI/ML into AMMs introduces challenges related to data privacy, algorithmic transparency and accountability, and the computational overhead of running complex models on-chain or reliably interacting with off-chain models.252 Regulatory considerations for AI in finance are also rapidly evolving.256
Current State (2023-2025): While much of the discussion around AI in DeFi is forward-looking, research papers from 2023-2025 show active development in applying ML to optimize AMM strategies, particularly for liquidity provision and fee setting.16 The focus is often on using RL to create adaptive agents or on using ML for predictive analytics to inform AMM parameters.
B. AMMs for Illiquid and Long-Tail Assets
Providing liquidity for assets with low trading volume (long-tail assets) or inherently illiquid assets (like certain RWAs) is a persistent challenge.
Traditional AMM Limitations: Standard CPMMs spread liquidity too thinly for illiquid assets, resulting in high slippage. Concentrated liquidity can help but requires active management or a clear price range, which might not exist for new or obscure tokens.
Specialized Designs:
IX Swap aims to provide liquidity solutions for tokenized RWAs, which are often illiquid.155 Its model likely involves compliance and mechanisms to attract initial liquidity for assets that wouldn't naturally find it in permissionless AMMs.
Balancer's Weighted Pools can be used to create portfolios of assets, including potentially less liquid ones, where LPs can control their exposure.20 Liquidity Bootstrapping Pools (LBPs), a type of Balancer pool, are specifically designed for price discovery and initial distribution of new tokens, which often start as illiquid.
Curve V2 (CryptoSwap), by concentrating liquidity around an internal oracle price, could potentially be more efficient for newer, less liquid volatile assets than a standard CPMM, as it doesn't require liquidity across the entire price spectrum.65
Uniswap V4 Hooks could enable custom logic for long-tail assets, such as bonding curves that adapt to low liquidity or dynamic fee models that incentivize early LPs for new tokens.13
C. The Convergence of AMMs with other DeFi Primitives (Lending, Derivatives)
AMMs are increasingly being integrated with other DeFi primitives, creating more complex and capital-efficient financial products.
Lending Integration:
Meteora's Dynamic AMM Pools and Vaults (Solana) automatically allocate idle LP capital to external lending protocols to earn additional yield for LPs.141 This makes LPing more attractive by stacking yields.
Suilend's planned Steamm AMM (Q1 2025) will lend idle assets for additional yield.270
Shell Protocol's Ocean is designed as a unified accounting layer that can compose AMMs with lending pools and other primitives, streamlining interactions and reducing gas.74
Derivatives and Volatility Products:
Smilee Finance builds DVPs on top of an AMM structure, allowing users to trade "Impermanent Gains," effectively trading volatility.6
AMMs are often used as the underlying liquidity source or pricing mechanism for perpetual futures and options on decentralized derivatives platforms. dYdX and Injective, while primarily order book based for their core exchanges, operate in the derivatives space and their ecosystems could see AMMs used for specific markets or by dApps built on them.184
LSTs as Collateral and in AMMs: The proliferation of LSTs means AMMs are not just trading venues but also key components in LST-fi strategies, where LSTs are used as collateral in lending protocols, and LP positions in LST AMMs can themselves be tokenized and used elsewhere.
The increasing sophistication of AMMs, driven by features like Uniswap V4 hooks, Balancer's custom pools, and the architectural flexibility of Cosmos SDK app-chains, positions them as highly adaptable and composable "financial Lego blocks." This modularity allows AMMs to be more than just standalone exchanges. They can serve as specialized components within larger, more complex DeFi applications. For instance, a lending protocol might integrate a custom AMM hook to manage liquidations more efficiently. A derivatives protocol could use a specialized AMM as its clearing mechanism or for pricing its contracts. Yield aggregators can build sophisticated strategies on top of AMMs that offer dynamic liquidity or fee structures. This trend towards composability and specialization suggests that AMMs will become even more deeply embedded in the fabric of DeFi, acting as foundational liquidity and pricing layers for a wide array of financial services and products. The ability to tailor AMM behavior through custom logic and parameters will likely lead to a Cambrian explosion of niche financial instruments and strategies built upon these versatile liquidity engines.
IX. Conclusion: The Maturation of Decentralized Liquidity
The journey of Automated Market Makers from simple constant product formulas to the sophisticated, adaptive, and specialized algorithms observed today reflects a rapid maturation in the decentralized finance sector. The relentless pursuit of solutions to inherent challenges like impermanent loss and capital inefficiency has catalyzed a wave of innovation, pushing the boundaries of what on-chain liquidity provision and exchange can achieve.
Key evolutionary trends are evident:
Enhanced Capital Efficiency: Concentrated liquidity models, pioneered by Uniswap V3 and adopted by numerous protocols, have fundamentally changed how LPs deploy capital, allowing for significantly greater efficiency. Further advancements, such as dynamic liquidity management (Maverick, DODO) and proactive strategies, continue to refine this, aiming to keep liquidity optimally positioned with less manual intervention.
Sophisticated Risk Management: Impermanent loss, once a seemingly unavoidable cost of LPing, is now being addressed through multiple angles: specialized curves (Curve StableSwap/CryptoSwap), dynamic fees that compensate for volatility (Uniswap V4 Hooks, am-AMM research), LST-specific AMMs that account for yield accrual (Sanctum, Meteora), and even the financialization of IL itself into tradable volatility products (Smilee Finance).
Architectural Innovation for Efficiency and Composability: There is a clear shift towards more modular and gas-efficient smart contract architectures. Uniswap V4's Singleton and Hooks, PancakeSwap Infinity's similar modularity, Balancer's Vault architecture, and the single-contract designs of Ambient Finance and Shell Protocol all underscore a move towards creating AMM "platforms" or unified liquidity layers. This reduces development overhead, enhances gas efficiency, and promotes greater composability within the DeFi ecosystem.
Specialization and App-Chain Thesis: AMMs are increasingly tailored for specific asset classes (stablecoins, LSTs, RWAs) or use cases (large order execution, cross-chain swaps). The rise of app-chain DEXs, particularly in the Cosmos ecosystem (Osmosis, dYdX, Injective), demonstrates a desire for full-stack customization to achieve peak performance and integrate unique features at the protocol level.
The Growing Role of Oracles and External Data: While early AMMs were self-contained, many advanced designs now incorporate on-chain (TWAPs) or external (Chainlink) oracles to inform pricing, guide liquidity, or enable dynamic parameter adjustments. This allows AMMs to be more responsive to broader market conditions.
Evolving Governance Models: Governance is moving beyond simple DAO votes on static parameters towards more dynamic and potentially algorithmic or AI-driven parameterization, aiming for greater adaptability and resilience.
Despite these advancements, challenges remain. The "AMM Trilemma"—balancing capital efficiency, impermanent loss mitigation, and user/LP simplicity—suggests that trade-offs are often necessary. Security remains paramount, especially as AMM logic becomes more complex and interconnected with external systems like oracles or other DeFi protocols. True seamless cross-chain AMM functionality without reliance on bridges is still an active area of research.
Looking ahead, the trend towards AMM platformization, specialization, and dynamic adaptiveness is likely to continue. The integration of AI and machine learning for optimizing LP strategies and AMM parameters, while still in its early stages, holds considerable promise. As DeFi matures, AMMs will likely evolve further into highly sophisticated, composable, and asset-aware liquidity engines, forming the bedrock of an increasingly interconnected and efficient decentralized financial system. The ongoing innovation ensures that AMMs will remain at the forefront of DeFi, continuously adapting to meet the diverse and evolving needs of users and the broader digital asset economy.
Technical Performance and Security Overview of Selected DEXs
This section provides a comparative overview of key performance metrics, security practices, and developer resources for several prominent Decentralized Exchanges (DEXs) featured in this report.
V3: Factory/Pool model with NonfungiblePositionManager and SwapRouter in periphery; Solidity language.26 Introduces concentrated liquidity with tick-based ranges. Non-upgradeable core contracts.36
V4: Singleton PoolManager.sol contract managing all pools; Solidity language. Introduces hooks for custom logic, flash accounting, and native ETH support. Non-upgradeable core, but hooks are external contracts.13
AMM Algorithm:
V2: Constant product: x⋅y=k.4
V3: Concentrated liquidity; LPs provide liquidity in custom price ranges (ticks). The underlying formula within an active tick range still relates to x⋅y=k, but applied to "virtual" reserves based on the price range.3 Multiple fee tiers (0.01%, 0.05%, 0.30%, 1.0%).3
V4: Inherits V3's concentrated liquidity but allows hooks to implement custom curves or override fee logic.13 Dynamic fees enabled via hooks.13
Performance:
Ethereum Mainnet: Subject to Ethereum's TPS (approx. 15-30 TPS), block times (~12 seconds), and finality (~12-18 minutes for deterministic finality).272 Gas costs can be high, especially for V3 position management.27
Layer 2s (Arbitrum, Optimism, Polygon, Base): Significantly higher TPS (e.g., Arbitrum ~4,000 TPS theoretical 275), lower gas fees (up to 90-95% reduction 47), and faster transaction confirmations, though final settlement depends on L1.
Oracle Functionality:
V3/V4: Provide on-chain TWAP oracles. Pools store cumulative tick and liquidity data, accessible via the observe function, allowing for manipulation-resistant price feeds.236 V4 allows hooks to implement custom oracles.13
Governance:
UNI token holders govern through a multi-phase process (RFC, Temperature Check, On-chain proposal).36 Controls protocol upgrades, fee switch, and treasury.36
Security:
Extensive audits for V2, V3, and V4 (hooks library by OpenZeppelin 33). Details on specific findings and remediation are typically in audit reports.277
Bug bounty program managed via platforms like Immunefi.36
Developer Resources:
SDKs available (JavaScript/TypeScript, Python mentioned generally).278 Uniswap v4 SDK provides abstractions for interacting with contracts and hook functionalities.279
Comprehensive documentation for protocol concepts, smart contracts (V2, V3, V4), and SDKs.13
Active developer community on Discord, forums.27
Curve Finance (Ethereum & L2s)
Smart Contract Architecture:
Primarily written in Vyper.280 Modular design with pool templates (contracts/pool-templates) and deployed pool contracts (contracts/pools).281
DAO governance involves OwnershipAgents for executing proposals.239
Core pool contracts are often non-upgradeable after deployment.99
AMM Algorithm:
StableSwap (V1): For pegged assets, uses a hybrid constant sum/product formula: Ann∑xi+D=AnnD+nn∏xiDn+1.19 get_D() and get_y() use Newton's method.19
CryptoSwap (V2): For volatile assets (e.g., Tricrypto pool: USDT, WBTC, WETH 9), uses an internal oracle to concentrate liquidity around observed prices. Employs price scaling and dynamic repegging.65 The CryptoSwap Factory allows permissionless deployment of two-coin volatile pools.101
LLAMMA: For crvUSD liquidations, uses bands of liquidity similar to Uniswap V3 ticks.104
Fee Structure: Low trading fees (e.g., 0.04% on some pools 10), with fees distributed to LPs. CRV token emissions also incentivize LPs.10
Performance:
Ethereum Mainnet: Transaction speed is ~6 minutes (approx. 30 confirmations for CRV deposits on Kraken 282). Subject to Ethereum's gas costs and throughput.
Layer 2s (Arbitrum, Polygon, etc.): Deployed on multiple L2s.275 Offers faster transactions and lower gas fees on L2s.47 Polygon TPS can be up to 65,000; Arbitrum ~4,000 TPS.275
Oracle Functionality:
CryptoSwap (V2) uses an internal oracle that updates with trades and can be influenced by an external price_oracle_contract.65 This helps concentrate liquidity for volatile pairs.
Governance:
CurveDAO, with CRV token holders voting on proposals (e.g., pool parameters, gauge weights for CRV emissions).10 veCRV (vote-escrowed CRV) grants higher voting power and boosted rewards.287
Security:
Audits conducted by firms like Trail of Bits.281 Security documentation and audit reports are available.288
Active bug bounty program.281
Past incidents include a Vyper reentrancy vulnerability affecting some pools in July 2023 289 and DNS/X account hijacks in May 2025.290
Developer Resources:
Technical documentation available, though some developer-specific SDK/API docs were inaccessible.291
Active community on Telegram and Discord for support.292 GitHub repositories for contracts are public.280
Balancer (Ethereum & L2s)
Smart Contract Architecture:
Modular design with a central Vault for token accounting and management, and separate Pool contracts implementing AMM logic. Routers provide user interaction interfaces [92 - inaccessible, S_R348, S_R349, S_R350, S_S351 - inaccessible, 118 - inaccessible, 109].
Written in Solidity.92
V2/V3 architecture allows for custom AMM pool types by implementing the IBasePool interface and specific functions like onSwap, computeInvariant, computeBalance.109
Core contracts are immutable; pool updates often involve deploying new factories/pools.295
AMM Algorithm:
Weighted Pools: Support up to 8 tokens with custom weights (e.g., 80/20). Invariant: V=∏(BtWt) [20
Improving DeFi Accessibility through Efficient Liquidity Provisioning with Deep Reinforcement Learning - arXiv, accessed June 6, 2025, https://arxiv.org/html/2501.07508v1
Improving DeFi Accessibility through Efficient Liquidity Provisioning ..., accessed June 6, 2025, https://arxiv.org/abs/2501.07508
Improving DeFi Accessibility through Efficient Liquidity Provisioning ..., accessed June 6, 2025, https://arxiv.org/pdf/2501.07508
DeFiLlama Founder: In the past two months, inquiries about DeFi from traditional institutions have increased compared to before, KOL points out two protocols worth attention. | 鏈新聞 Abmedia on Binance Square, accessed June 6, 2025, https://www.binance.com/en-IN/square/post/24451986310314