RAMSES
  • INTRODUCTION TO RAMSES
    • ๐Ÿ”†What is RAMSES?
      • ๐Ÿš€Why Arbitrum? ๐Ÿ’™๐Ÿงก
    • ๐Ÿซ‚Our Partners
    • โ˜ฏ๏ธve(3,3) Fundamentals
      • Dilution Protection (Rebase)
      • veRAM (veNFT)
        • ๐Ÿ’ฐveRAM Revenue Distribution Schedule
        • ๐ŸคThe RAMSES Bazaar (PaintSwap)
    • ๐Ÿ”ฎDEX Functionalities
      • Swaps
      • Voting
      • Bribing
      • Vesting (veNFT Management)
      • LP Staking (Legacy)
    • ๐ŸŽ“RAMSES Analytics
    • โš”๏ธThe Competitive Edge
      • Expert Risk Management
      • User Focused, Not Competitor Focused
      • Novel Changes & Codebase Restructuring
  • RAMSES CL (V2)
    • ๐Ÿ—ฏ๏ธOverall Changelog
    • ๐Ÿค”Concentrated Liquidity
      • ๐Ÿ”ขDefault Fee Tiers / Tickspacing
      • ๐ŸฆญFee Distribution
      • ๐Ÿ“’Improvements From UniswapV3
    • ๐Ÿ†CL Gauges
      • ๐Ÿ’ฅCL Boosting [DEPRECATED]
    • ๐ŸCompetitive Farming
    • ๐Ÿ“œBUSL-1.1 License
      • ๐Ÿ”’Protected Contracts
  • RAMSES VIII (V3) [WIP]
    • ๐Ÿ‘‘The Next Iteration For The Kingdom
    • ๐Ÿ›ฃ๏ธThe Road Ahead
    • 1๏ธโƒฃStage I : Initial Changes
    • 2๏ธโƒฃStage II : Full Migration
  • RAM Tokenomics
    • ๐Ÿ“ŠRAM Token Distribution
    • ๐Ÿ“ˆEmissions Schedule
    • โŒxRAM
      • How is xRAM obtained?
      • How is xRAM used?
      • โ˜ธ๏ธxRAM "Flywheel"
    • ๐ŸŒ€Dilution Protection (3,3) Rebases
    • ๐Ÿ’งRAM LGE - Liquidity Generation Event
      • Price Determination
  • ๐ŸงธRAMSES Services
    • ๐Ÿ›ซLaunchpad & LGE
    • ๐Ÿ†˜Solidly Model Vulnerability Support
    • ๐Ÿ”„ve(3,3) Advisory
      • ๐Ÿง Projects Supported (Case Studies)
  • Resources
    • ๐Ÿ“„Deployed Contract Addresses
    • ๐Ÿ“ฑdApp and Socials
    • ๐Ÿ“ธRAMSES Media Kit
    • ๐ŸŒ‰Bridging To Arbitrum One
    • ๐Ÿ“ƒWhitelisting Process
  • Security and Legal Considerations
    • ๐Ÿ–‹๏ธFormal Audits
    • ๐Ÿ›Fixed Solidly Vulnerabilities
    • ๐Ÿ› ๏ธWhy Proxy Contracts?
    • ๐Ÿ”Contract Timelock
    • ๐Ÿ˜ŽInherited Security
    • โš–๏ธRisks and Legal Disclosures
Powered by GitBook
On this page
  1. RAMSES CL (V2)

Competitive Farming

RAMSES CL introduces the concept of competitive farming to ve(3,3)

Last updated 1 year ago

With concentrated liquidity, there are new dynamics at play when providing liquidity and yield farming. RAMSES CL introduces the concept of competitive farming to the ve(3,3) model, which promotes the most optimized positions achievable by users.

What is Competitive Farming? Competitive farming can be simply explained as a method of rewarding LP providers in which the most 'competitive' and productive liquidity is rewarded the highest. In concentrated liquidity models, users/actors choose their liquidity ranges which they want to provide LP to. This opens the possibility for a user to choose any amount of tick ranges between 0 and infinity.

What are the benefits? The more optimized a user's range is, the higher rewards they earn. This naturally creates an alignment of liquidity provisioning with the growth of the RAMSES. The ultimate goal of incentivizing liquidity is that you are driving more favorable swap routing towards pairs, for aggregators to pick up on. Concentrated liquidity is multiple times more efficient in bringing volume to a pair with regards to the dollar amount of liquidity provided. Higher fees are achieved as a result of more swap volume directed towards RAMSES CL pairs. Thus veRAM holders are able to earn more real-yield in the underlying tokens of the pairs.

Visual Representation of Competitive Farming: In the figure below, the current price-tick of the pair is within the red area. This red area is the currently used swap-tick for trades to route through. Liquidity positions that have the highest concentration around this red line will earn the most rewards while it stays there. Whenever a large enough swap happens, this price-tick will move to either direction, changing the rewards distribution factors.

๐Ÿ
Example of liquidity spread in the ARB/USDC 0.05% pool