[RFC] Atomic Update of LP Price Range — Protocol Feature Proposal for Future Version (v5+)

Scope

Socialization and feedback

Commitment

No on-chain governance vote (yet); purely gathering feedback from Labs, contributors, and delegates.

Full Proposal

:page_facing_up: GitHub: Atomic Update of LP Price Range Proposal


:brain: Summary

This proposal advocates for a core protocol feature that elevates the liquidity event of modifying a liquidity position’s active price range to be treated as a first-class citizen by the pool contract, alongside its sibling operations (swap, mint, burn, donate, etc.).

The primary motivations are:

  • Enhance operational robustness through atomicity
  • Improve impermanent loss (IL) management by avoiding forced crystallization
  • Achieve significant gas savings compared to the current two-transaction (burn/mint) process

The feature proposes a new core function, updateLPPriceRange, along with corresponding hook interfaces beforeUpdateLPPriceRange and afterUpdateLPPriceRange, integrated cleanly into the Uniswap PoolManager architecture.


:bullseye: Motivation

Current Uniswap LP range adjustments require two discrete transactions (burn and mint), creating operational risk, crystallized IL, gas inefficiency, and complexity for automated managers.

An atomic updateLPPriceRange resolves these issues by:

  • Enabling single-transaction range updates
  • Preventing unnecessary IL realization
  • Reducing gas costs by 30–50%
  • Improving automated and institutional LP management

:open_mailbox_with_raised_flag: Request for Feedback

Feedback from Uniswap Labs engineers, governance delegates, LPs, and protocol contributors is highly encouraged.
Questions, suggestions, and concerns are all welcome!


For detailed technical specifications, institutional benefits, security analysis, and stakeholder impact breakdowns, please refer to the full proposal on Github.