Crescent Docs
  • Introduction
    • What is Crescent?
    • Crescent DEX
      • Market
      • Pool (Liquidity Pool)
      • Position
      • Order-book and Tick system
      • Hybrid DEX
      • Batch Matching
      • Sequential Matching
      • Multi-hop Swap(SlipLess Swap)
      • Ranged Liquidity
        • Comparison with Basic position
        • Liquidity Amplification Factor
        • Possibility of Change to a Single-Coin position
        • Multiple Positions in the Pool
      • Fee
      • Farming
        • Current Farming vs Legacy Farming
      • Market Maker Incentives
        • MarketMaker Apply / Incentive Claim
        • MarketMaker Scoring
    • Liquid Staking
      • Staking vs. Liquid Staking
      • Overview of Staking Rewards
      • Calculations for Staking Rewards
      • Liquid Staking Validator
    • Snowball (Liquid AMM)
      • Mint & Burn sb-Token
      • Reward Auction
        • How to Participate
    • Gas and Fees
    • Liquid Governance
    • Partnership
    • Crescent Derivatives
    • Crescent DEX (legacy)
      • Coin Pair
      • Liquidity Pool
      • Legacy Farming Rewards (LP Incentives)
      • New Farming Rewards (LP Incentives)
      • Orderbook and Tick System
      • Hybrid DEX
      • Batch Execution
      • Ranged Pools
      • Market Maker Incentives
        • MarketMaker Apply / Incentive Claim
        • MarketMaker Scoring
      • Synergy with Crescent Boost
  • Developer Guide
    • CLI and API
      • AMM module
        • CLI Reference
        • API Reference
      • Exchange module
        • CLI Reference
        • API Reference
      • LiquidStaking module
        • CLI Reference
        • API Reference
      • LiquidAmm module
        • CLI Reference
        • API Reference
  • Technical Guide
    • Market Maker
    • Farming Planner
  • Other Information
    • Network Configurations
    • Crescent Design Assets
Powered by GitBook
On this page
  1. Introduction
  2. Snowball (Liquid AMM)

Reward Auction

As previously mentioned, Crescent employs a reward auction to tokenize liquid farming positions. The fee revenue generated from the underlying position consists of the two tokens used for trading by default. However, the farming reward provided as an incentive for the position can be in the form of CRE or an additional token from an external protocol.

While the module could directly swap these tokens into trading tokens and reinvest them, such a process could result in losses due to imperfections of automated swap logic and create vulnerabilities to potential MEV attacks. These attacks could disrupt the intended swap plan and reduce the profits of sb token holders. To mitigate these risks, it is preferable to competitively dispose of the reward tokens in the market at a minimal discount.

By allowing only the sb token itself as the quote token for the auction, we eliminate the need for additional reinvestment process. Instead of sending the accumulated rewards to the auction winner, the module receives a certain amount of sb tokens. These sb tokens that enter the module through the auction are immediately burned. Unlike a normal burn where the user withdraws the original two tokens while burning the sb token, in this case, only the sb token itself is burned. The module does not send any tokens elsewhere in response.

To clarify, participants in the auction are required to deposit two trading tokens in order to mint sb tokens for bidding. After the auction concludes, the winning bidder is determined, and the sb tokens they bid on are burned, effectively removing those sb tokens from circulation. As a result, the auction reward is automatically reinvested from the perspective of existing sb holders.

PreviousMint & Burn sb-TokenNextHow to Participate

Last updated 1 year ago