LogoLogo
AddressesAuditsGitHub
  • πŸ“₯Introduction
  • πŸŒ€Products
    • Introduction
    • Best Yield
      • Overview
      • Guides
        • Deposit funds on BY
        • Redeem funds on BY
      • FAQs
    • Yield Tranches
      • Overview
      • Adaptive Yield Split
      • Security
        • Covered risks
      • Guides
        • Deposit funds on YTs
        • Redeem funds on YTs
        • Live YTs guides
          • Lido stETH
      • FAQs
    • Fee structure
    • Get involved
      • Integrators program
      • Institutions program
  • πŸ’»Developers
    • Introduction
    • Networks and codebase
      • Ethereum mainnet
      • Polygon
      • Kovan testnet
      • ERC-4626 standard
    • Best Yield
      • Architecture
      • Deployed contracts
        • Ethereum
        • Optimism
      • Interface
      • Methods
        • mintIdleToken
        • redeemIdleToken
        • redeemInterestBearingTokens
        • rebalance
        • tokenPrice
        • tokenPriceWithFee
        • getAPRs
        • getAvgApr
        • userAvgPrices
        • getGovTokensAmounts
        • getAllocations
        • getGovTokens
        • getAllAvailableTokens
        • getProtocolTokenToGov
      • Edge cases
      • Security management policy
      • Get integrated as yield source
      • Get user earnings
    • Yield Tranches
      • Architecture
      • Deployed contracts
        • Ethereum
        • Polygon zkEVM
        • Optimism
      • Interface
      • Methods
        • AAStaking
        • BBStaking
        • AATranche
        • BBTranche
        • depositAA
        • depositAARef
        • depositBB
        • depositBBRef
        • fee
        • getApr
        • getContractValue
        • getCurrentAARatio
        • getIncentiveTokens
        • lastNAVAA
        • lastNAVBB
        • strategy
        • strategyToken
        • token
        • trancheAPRSplitRatio
        • tranchePrice
        • virtualPrice
        • withdrawAA
        • withdrawBB
      • Integration example
      • Edge cases
      • Security management policy
      • Subgraph
    • API
    • Security
      • Hats Finance vault
      • Hypernative monitoring
      • Immunefi bug bounty
      • Integration Standard Requirements
      • Risk Framework
      • Smart contract audits
  • πŸ›οΈGovernance
    • Introduction
    • Idle DAO
      • Governance process
        • Governance forum
        • Governance dashboard
        • Snapshot IDLE
        • Snapshot stkIDLE
      • Idle Leagues
        • Communication League
        • Development League
        • Treasury League
        • Leagues contributors
      • Treasury
        • Reports
      • Governance guides
        • How to monitor off-chain voting pools
        • How to propose an IIP
        • How to create an on-chain proposal
        • How to delegate votes
        • How to vote for an IIP
      • FAQs
    • IDLE token
      • Distribution
      • Use cases
        • Lending, borrowing & collateral
        • DEXs liquidity provision
      • Buybacks
      • Delegates
      • CoinGecko
    • IDLE staking
      • Prime staking
        • Examples
      • Staking integration
      • Guides
        • How to stake your IDLE
        • How to vote in Gauges
        • How to boost your $IDLE rewards
        • How to give VEV
  • πŸ—‚οΈOther
    • Brand assets
    • Guides
      • How to see IDLE in your wallet
      • Deposit funds through Idle
      • Deposit funds through smart contracts
      • Redeem funds through Idle
      • Redeem funds through smart contracts
    • FAQs
    • Glossary
    • Resources
    • Archive
      • πŸ‘‡Get in touch
        • πŸ›οΈGovernance Forum
        • πŸ†Idle Grants Program
        • πŸ‘ΎDiscord
        • 🐦Twitter
      • Gauges
        • Architecture
        • Deployed contracts
        • Gauges repository
        • stkIDLE repository
      • Gauges
        • Gauges integration
        • FAQs
      • Boost
      • DEXs liquidity provison
      • Risk Adjusted (deprecated)
      • Deployed contracts
      • Idle Smart Treasury (deprecated)
      • Ethereum LP staking (deprecated)
      • Polygon LP staking (deprecated)
      • Flash Loans (deprecated)
      • QuickSwap cxETH-WETH
      • Integrate PYTs
      • Idle Grants program
      • Idle on Polygon
        • Add Polygon network to MetaMask
        • Bridge $IDLE to Polygon
        • Deposit funds on Polygon
        • Add liquidity to $IDLE pools
        • Stake IDLE LP tokens on Polygon
Powered by GitBook

Ecosystem

  • Website
  • App
  • Governance
  • Brand assets

Developers

  • Feedback
  • GitHub
  • Bug bounty
  • Audits

Community

  • Blog
  • Twitter
  • Telegram
  • Discord

Analytics

  • Stats
  • Dune
  • DeFiLlama
  • CoinGecko
On this page
  • Boosting formulae
  • Boosting examples

Was this helpful?

  1. Other
  2. Archive

Boost

Governance > IDLE staking > LPs rewards boost

Last updated 1 year ago

Was this helpful?

Liquidity providers for PYTs (or whitelisted pools for Gauges) can boost their IDLE rewards by holding stkIDLE. The boost can be up to 2.5x the base rewards, based on the amount of stkIDLE holding.

The liquidity providers' balance counted in the liquidity gauge is eligible to get boosted (depending on LPs vote weight) if LPs lock/stake their $IDLE (then as a result of this, holding stkIDLE).

Holding stkIDLE gives users more weight when collecting certain farming rewards. Part of the farming rewards that are distributed directly through the protocol are eligible for stkIDLE boosts.

External farming promoted by other external protocols (such as Sushi and Onsen) is typically not available for stkIDLE boosts since it is independent of the Idle protocol itself.

In a given gauge, owning stkIDLE increases a user share of the pool thus increasing the rewards received. Users holding no stkIDLE are considered as providing 100% of their liquidity. If a user owns enough stkIDLE, the user can be considered as bringing up to 250% of its original liquidity (or a 2.5x boost compared to the original 100%).

The 2.5x multiplier in liquidity provided translates into a boost in rewards depending on the total liquidity provided in the pool and how it is considered by the gauge boost calculator.

Boosting formulae

Following the approach of the , we set

liquidityuser=userΒ liquidityΒ inΒ theΒ poolliquiditypool=totalΒ liquidityΒ inΒ theΒ poolstkIDLEuser=userΒ stkIDLEΒ balancestkIDLEtot supply=totalΒ stkIDLEΒ supplyliquidity_{user} = \text{user liquidity in the pool} \qquad liquidity_{pool} = \text{total liquidity in the pool} \\ stkIDLE_{user} = \text{user stkIDLE balance} \qquad stkIDLE_{tot\,supply} = \text{total stkIDLE supply}liquidityuser​=userΒ liquidityΒ inΒ theΒ poolliquiditypool​=totalΒ liquidityΒ inΒ theΒ poolstkIDLEuser​=userΒ stkIDLEΒ balancestkIDLEtotsupply​=totalΒ stkIDLEΒ supply

The boost mechanism calculates user earning weight by taking the smaller amount of two values: the first value is the amount of liquidity the user is providing, while the second one is the amount of his maximum earning weight

min⁑(liquidityuser+1.5Γ—liquiditypoolΓ—stkIDLEuserstkIDLEtot supply;2.5Γ—liquidityuser)(1)\min\left(liquidity_{user} + 1.5 \times liquidity_{pool} \times \frac{stkIDLE_{user}}{stkIDLE_{tot\,supply}} ; 2.5 \times liquidity_{user}\right) \tag{1}min(liquidityuser​+1.5Γ—liquiditypool​×stkIDLEtotsupply​stkIDLEuser​​;2.5Γ—liquidityuser​)(1)

To achieve the maximum boost on rewards, the user needs to get 100% of the provided liquidity taken into account by the protocol. That is an equivalent share of stkIDLE supply bigger or equal to the share of liquidity in the pool

The gauge model considers a user with a share of stkIDLE higher than his share of liquidity provision in the pool as having 2.5x more liquidity than another user with no stkIDLE holding (in the same pool).

Boosting examples

Example 1: One user with the complete majority of stkIDLE share in the pool

User
LP
% rewards

100 stETH (AA_wstETH)

100 stETH (AA_wstETH)

LIDO pool

200 stETH

User (stkIDLE)
Boosted liquidity
% pool holding

Example 2: Two users with a significant difference in stkIDLE holding

User
LP
% rewards

100 stETH

9900 stETH

LIDO pool

10000 stETH

User (stkIDLE)
Boosted liquidity
% pool holding
User (stkIDLE)
Boosted liquidity
% pool holding

Users who own bigger shares of the pool need to hold bigger shares of the stkIDLE to boost significantly their rewards.

stkIDLEuserstkIDLEtot supplyβ‰₯liquidityuserliquiditypool\frac{stkIDLE_{user}}{stkIDLE_{tot\,supply}} \ge \frac{liquidity_{user}}{liquidity_{pool}}stkIDLEtotsupply​stkIDLEuser​​β‰₯liquiditypool​liquidityuser​​

Users xxx and yyy provide the same liquidity (100 stETH) in the senior tranche of the Lido pool and stake their senior tranche tokens (i.e. AA_wstETH) receiving an equal amount of rewards each (50% of $IDLE daily emission).

Now, let’s suppose that user xxx owns the total supply of stkIDLE in the pool (100%). The gauges boost calculator, using Equation (1), will consider user xxx as bringing 250 stETH of liquidity in the pool, consequently boosting xβ€²sx'sxβ€²s rewards by a multiplier of 1.42

with 100% of stkIDLE

with 0% of stkIDLE

multiplier(x)=1+(71%βˆ’50%50%)=1.42multiplier(x) = 1 + \left(\frac{71\% - 50\%}{50\%}\right) = 1.42multiplier(x)=1+(50%71%βˆ’50%​)=1.42

User xxx provides 100 stETH and user yyy provides 9900 stETH in the senior tranche of the Lido pool. Assuming no stkIDLE holdings, user xxx will earn 1% of the total pool rewards (AA_wstETH) and user yyy 99%.

User xxx decides to stake his $IDLE and now owns 1% of the stkIDLE supply in the pool, assumingstkIDLEuserβ‰₯liquidityuserstkIDLE_{user} \ge liquidity_{user}stkIDLEuser​β‰₯liquidityuser​. The gauges boost calculator, using Equation (1) will consider user xxx as bringing 250 stETH of the liquidity in the pool, consequently boosting xβ€²sx'sxβ€²s rewards by a multiplier of 2.5.

with 1% of stkIDLE

multiplier(x)=1+(2.5%βˆ’1%1%)=2.5multiplier(x) = 1 + \left(\frac{2.5\% - 1\%}{1\%}\right) = 2.5multiplier(x)=1+(1%2.5%βˆ’1%​)=2.5

Similarly, if user yyy stakes her $IDLE, she would own 1% of the stkIDLE supply of the pool, as well. The gauges boost calculator, using Equation (1) will consider user yyy as bringing 1005 stETH of the liquidity in the pool, consequently boosting yβ€²sy'syβ€²s rewards by a multiplier of 2.5.

with 1% of stkIDLE

Share of earnings for user yyy would go from 97.54% to: 10050250+10050=97.57%\frac{10050}{250+ 10050} = 97.57\%250+1005010050​=97.57%

πŸ—‚οΈ
xxx
100200=0.5β†’50%\frac{100}{200} = 0.5 \to 50\%200100​=0.5β†’50%
yyy
100200=0.5β†’50%\frac{100}{200} = 0.5 \to 50\%200100​=0.5β†’50%
100%100\%100%
xxx
100Γ—2.5=250100 \times 2.5 = 250100Γ—2.5=250
250250+100Γ—100=71%\frac{250}{250 + 100} \times 100 = 71\%250+100250​×100=71%
yyy
100Γ—1=100100 \times 1 = 100100Γ—1=100
100250+100Γ—100=29%\frac{100}{250 + 100} \times 100 = 29\%250+100100​×100=29%
xxx
10010000=0.01β†’1%\frac{100}{10000} = 0.01 \to 1\%10000100​=0.01β†’1%
yyy
990010000=0.99β†’99%\frac{9900}{10000} = 0.99 \to 99\%100009900​=0.99β†’99%
100%100\%100%
xxx
100Γ—2.5=250100 \times 2.5 = 250100Γ—2.5=250
250250+9900Γ—100=2.5%\frac{250}{250 + 9900} \times 100 = 2.5\%250+9900250​×100=2.5%
yyy
9900+1.5Γ—10000Γ—1%=100509900 + 1.5 \times 10000 \times 1\% = 100509900+1.5Γ—10000Γ—1%=10050
10050250+10050Γ—100β‰ˆ98%\frac{10050}{250+ 10050} \times 100 \approx 98\%250+1005010050​×100β‰ˆ98%
Angle protocol