PROPELOO

LIQUIDITY MANAGEMENT / MARKET MAKING

Build liquidity infrastructure that makes your protocol attractive to trade on.

PROPELOO engineers liquidity management systems — from automated market making algorithms and liquidity mining contracts through liquidity aggregation, rebalancing automation and the analytics that measure whether your liquidity programme is working. Deep liquidity is a product feature, not just a by-product of trading volume.

A DEX or CEX with thin liquidity is unusable for anyone trading more than $1,000. Deep liquidity requires active management, not passive hope.

Liquidity does not accumulate by itself on new protocols. It requires an active programme: liquidity mining incentives to attract initial deposits, automated market making to concentrate that liquidity where trading actually happens, rebalancing automation to keep liquidity at the current price as markets move, and analytics to measure whether the liquidity programme is generating enough fee revenue to be sustainable. PROPELOO builds the full liquidity management stack — from incentive contracts to keeper automation to analytics dashboards.

The liquidity management stack.

System Layers

  • Incentive Layer: LP staking contracts, emission schedules, boost mechanisms, fee sharing
  • Automated MM Layer: Market making algorithms, position rebalancing, spread management, inventory control
  • Aggregation Layer: Liquidity aggregation from multiple sources, route optimisation, depth display
  • Monitoring Layer: TVL tracking, depth analysis, IL monitoring, fee APR tracking
  • Analytics Layer: Liquidity efficiency metrics, LP profitability, volume/TVL ratio, competitor comparison

Core Technical Capabilities

  • Liquidity Mining Infrastructure

    LP staking contracts with configurable emission rates, time-weighted boost (longer staking = multiplier), dual-token rewards, merkle-based reward distribution for gas efficiency.

  • Automated Market Making

    Concentrated liquidity position management automation — rebalance when price moves outside the current range, adjust range width based on volatility, compound accrued fees.

  • Grid Trading / Range Orders

    Automated grid trading bots that place buy/sell orders at regular intervals, providing liquidity across a price range and capturing spread on each cycle.

  • Liquidity Aggregation

    Smart routing that aggregates liquidity from multiple DEX pools, CEX order books and OTC sources to execute large trades with minimum price impact.

  • Liquidity Analytics

    TVL by pool, 24h/7d volume, volume/TVL ratio (capital efficiency), impermanent loss calculator, fee APR, LP profitability breakdown, competitor liquidity comparison.

  • Keeper Automation

    Gelato/Chainlink Automation-powered keeper bots for: automatic range rebalancing, fee compounding, reward harvesting, emergency position exit on anomalous price movement.

How we think about liquidity management.

Liquidity is capital, and capital seeks the best risk-adjusted return. Design the programme that makes your protocol the best option for that capital.

  • Volume/TVL ratio is the key liquidity efficiency metric

    A pool with $10M TVL and $50M daily volume has a 5x volume/TVL ratio — excellent capital efficiency. A pool with $100M TVL and $5M daily volume has a 0.05x ratio — capital is sitting idle generating minimal fees. High volume/TVL means LPs earn good fees per dollar deployed. Optimise for this metric, not just raw TVL.

    Axiom:

  • Concentrated liquidity requires active management

    CLMM positions earn fees only when the price is within the LP's specified range. As price moves, positions go out-of-range and stop earning. Active position management — rebalancing the range to follow the current price — maintains fee earnings. Automated rebalancing bots (with gas cost consideration) turn passive CLMM positions into actively managed ones.

    Axiom:

  • Incentive programmes must have a sunset plan

    Liquidity mining emissions that run indefinitely inflate token supply without sustainable value creation. Design emission schedules that decrease over time, transitioning the protocol from emission-funded liquidity to fee-funded liquidity as volume grows. The emission schedule should be designed so that fee revenue exceeds emissions by month 12-18.

    Axiom:

  • Breadth vs depth — choose depth

    Having $1M each in 20 trading pairs looks impressive in a listing. Having $20M in 2 trading pairs generates much more trading volume — traders go to the deepest pool for the best price. Concentrate incentives on a small number of high-demand pairs until the protocol is generating enough volume to support broader expansion.

    Axiom:

Liquidity management decisions.

  • Passive vs active LPs?

    Impact: Vault strategy (Uniswap v3 position managers like Arrakis, Gamma) for retail LPs who do not want to manage positions. Direct CLMM positions for sophisticated LPs who prefer control.

    • Passive (constant product) — no management, earns at all prices
    • Active manual (CLMM) — LPs set their own ranges, high maintenance
    • Active automated (vault strategy) — manager auto-rebalances on behalf of LPs
    • Hybrid — passive as fallback, active for higher APR
  • Emission schedule?

    Impact: Governance-controlled with predefined maximum inflation cap. Emissions decrease as fee revenue grows. Target: fee revenue covering operational costs within 18 months, emissions optional thereafter.

    • Constant emission — simple, inflationary
    • Halving schedule (Bitcoin-style) — predictable reduction
    • Performance-based (volume-linked) — sustainable, complex
    • Governance-controlled — flexible, requires active governance
  • Keeper automation platform?

    Impact: Gelato or Chainlink Automation for most keeper tasks — managed infrastructure, no server maintenance. Custom keeper bots only for high-frequency rebalancing where third-party latency is a constraint.

    • Gelato Network — managed, extensive chain support
    • Chainlink Automation — established, conditional triggers
    • Custom keeper bots — full control, operational burden
    • No automation — manual management, not scalable
  • Liquidity source strategy?

    Impact: Protocol-owned liquidity as foundation (treasury LPs earn fees that compound) + incentives to attract additional external LP capital. POL ensures baseline liquidity persists even when incentives end.

    • Native liquidity only — organic, takes time to build
    • Protocol-owned liquidity (POL) — treasury buys own LP positions
    • Rented liquidity (incentivised externally) — fast but temporary
    • Hybrid (POL foundation + incentivised) — most sustainable

What PROPELOO builds.

  • Liquidity Mining Programme

    LP staking contracts with emission schedules, boost mechanics, merkle-based distribution and analytics dashboard.

  • Automated Range Manager

    CLMM position management vault — automatic rebalancing, fee compounding, gas-efficient operation via Gelato automation.

  • Protocol-owned Liquidity System

    Treasury-managed LP position system — protocol deploys its own treasury into LP positions, earning fees that compound back into the treasury.

  • Liquidity Aggregator

    Trade routing aggregator that finds best execution across multiple pools — split routes, multi-hop, gas optimisation.

  • Market Making Bot

    Automated market making bot for CEX or DEX — quote management, inventory hedging, spread optimisation.

  • Liquidity Analytics Dashboard

    Protocol liquidity health dashboard — TVL trends, volume/TVL ratio, LP profitability, IL tracking, competitor comparison.

The liquidity management stack.

  • Smart Contracts

    Stack: Staking/rewards contracts, Gauge controller, Vault (position manager), Merkle distributor

  • Automation

    Stack: Gelato Network, Chainlink Automation, Custom keeper (Go/Python)

  • Data

    Stack: The Graph (pool data), Dune Analytics, Alchemy / Infura (RPC), Custom analytics DB

  • Analytics

    Stack: Custom dashboard (React), DefiLlama API, IL calculator, APR tracker

  • Market Making

    Stack: ccxt (exchange connectivity), viem (DEX), Custom MM algorithm, Inventory hedging

  • Infrastructure

    Stack: AWS (keeper servers), PostgreSQL (analytics), Redis (real-time state), Prometheus + Grafana

Liquidity management security.

  • Vault contract security

    Automated position manager vaults hold user LP capital. Full audit required. Reentrancy protection on deposit/withdraw. Emergency pause on anomalous rebalancing.

  • Keeper key management

    Keeper bot keys have minimal permissions — only the ability to trigger rebalancing, not access funds. Rotate keys regularly. Monitor for unusual keeper transactions.

  • Emission contract security

    Staking rewards contracts must be audited. Incorrect reward accounting can result in over-distribution (depletes rewards pool) or under-distribution (user funds locked).

  • Front-running on rebalancing

    Keeper rebalancing transactions visible in the mempool can be front-run. Use Flashbots Protect or similar private mempool for rebalancing transactions that involve significant DEX trades.

  • Oracle dependency

    Automated rebalancing based on price oracles is only as reliable as those oracles. Use manipulation-resistant TWAPs. Circuit breakers on anomalous price movements.

  • Slippage on large rebalances

    Rebalancing large positions can cause significant market impact. Maximum position size per rebalance, slippage limits, TWAP execution for large rebalances.

From illiquid to deep liquidity.

  1. 01. Liquidity Strategy

    Target pairs, emission schedule, incentive model, POL strategy, competitor analysis.

  2. 02. Incentive Contracts

    Staking contracts, emission schedule, boost mechanics, fee distribution.

  3. 03. Analytics Infrastructure

    Subgraph, analytics API, TVL tracking, LP profitability dashboard.

  4. 04. Automation Setup

    Keeper bots, rebalancing logic, Gelato/Chainlink integration.

  5. 05. Market Making

    Initial market making bot or contracted market maker for CEX order book.

  6. 06. Programme Launch

    Emission programme start, market maker onboarding, community announcement.

  7. 07. Monitoring & Optimisation

    Volume/TVL ratio tracking, LP retention analysis, incentive programme adjustment.

Liquidity Management Engagements

Liquidity infrastructure built for DeFi protocols, exchanges and market makers.

  • Concentrated Liquidity Manager for Uniswap V3

    Challenge: DeFi protocol needed automated position management for Uniswap V3 concentrated liquidity — manual rebalancing was leaving 60% of capital idle outside active price ranges.

    Architecture: Smart contract vault accepting LP deposits. Chainlink price feeds triggering rebalance when price moves beyond range threshold. Gas-efficient range adjustment via direct Uniswap V3 NFT position management. Fee auto-compound via harvest-and-reinvest cycle.

    Outcome: Capital efficiency increased from 40% to 85%. Protocol earned 3x more fees per dollar of LP capital. Rebalancing gas costs recovered within 48 hours of operation via fee income.

  • Market Making Bot Infrastructure for CEX Listing

    Challenge: Token project needed market making across 3 CEXs to maintain spread and depth for exchange listing requirements.

    Architecture: ccxt unified API for multi-exchange order management. Redis order book cache for sub-millisecond spread calculations. Adaptive spread widening during high volatility periods. Position risk limits with automatic inventory rebalancing. Real-time PnL tracking with per-exchange attribution.

    Outcome: Bid-ask spread maintained within 0.3% across all exchanges. Daily volume targets met within 5%. Market making infrastructure profitable on fee rebates from day 30.

  • Protocol-Owned Liquidity Treasury System

    Challenge: DeFi protocol spending $500K/month on liquidity incentives that attracted mercenary capital — TVL spiked during incentives and collapsed when they ended.

    Architecture: Bond mechanism: users sell LP tokens to protocol treasury at discount for vested governance tokens. Protocol retains LP positions permanently. Balancer managed pool for single-sided exposure management. Safe multisig for treasury operations with timelock.

    Outcome: Protocol accumulated $8M in protocol-owned liquidity over 6 months. Monthly incentive spend reduced from $500K to $80K. TVL stability improved — no collapse on incentive reduction.

Frequently Asked Questions

What is protocol-owned liquidity (POL)?

Protocol-owned liquidity means the protocol's treasury holds LP positions in its own trading pools rather than relying entirely on external LPs who can withdraw at any time. Originated by OlympusDAO, the concept is that a protocol that owns its own liquidity is not dependent on third-party LPs maintaining their positions. POL earns fees that accrue back to the protocol treasury, creating a sustainable liquidity flywheel.

What is the volume/TVL ratio and why does it matter?

Volume/TVL ratio (or capital efficiency ratio) measures how hard each dollar of locked liquidity is working. Example: a pool with $5M TVL generating $10M daily volume has a 2x daily ratio — excellent. A pool with $100M TVL generating $1M daily volume has a 0.01x ratio — poor, most capital is idle. LPs earn fees on volume, not TVL. High volume/TVL means good fee returns per dollar deployed. Optimise incentive programmes to attract liquidity to high-volume pairs.

What is impermanent loss and how do LPs account for it?

Impermanent loss (IL) is the difference in value between holding LP position tokens and simply holding the underlying assets. When asset prices diverge, the AMM rebalances the pool composition, giving LPs more of the declining asset and less of the appreciating asset. The loss is "impermanent" because if prices return to the entry ratio, IL disappears. LPs are profitable when accumulated fee revenue exceeds the IL for the period. IL calculators (available in most liquidity analytics tools) show historical IL for any price movement.