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

Was this helpful?

  1. Other
  2. Archive

Risk Adjusted (deprecated)

This strategy allows you to automatically rebalance the best risk/yield allocation

The risk-adjusted allocation strategy provides a way to earn the best rate at the lowest risk level. The risk-management algorithm takes account of the total assets within a pool, incorporates underlying protocol rate functions and levels of supply and demand, skimming protocols with a bad score/rate mix, and finally determining an allocation that achieves the highest risk-return score possible after the rebalance happens.

It has been developed in collaboration with DeFiScore, a framework for quantifying risk in permissionless lending pools. DeFiScore is a single, consistently comparable value for measuring protocol risk, based on factors including smart contract risk, collateralization, and liquidity. The model outputs a 0–10 score that represents the level of risk on a specific lending protocol (where 10 is the upper bound = lowest risk, and 0 is the lower bound = highest risk).

You can read more about the risk assessment model here.

Technical details

With this strategy, we are trying to find the right balance between risk and returns. We are weighting score and apr based on k parameter. This can be modeled as follows:

maxĀ q(x)=āˆ‘i=0nxitotāˆ—(nextRatei(xi)maxNextRate+kāˆ—nextScorei(xi)maxNextScorek+1)max\ q(x) = \sum_{i=0}^{n} \frac{x_i}{tot} * (\frac{\frac{nextRate_i(x_i)}{maxNextRate} + k * \frac{nextScore_i(x_i)}{maxNextScore}}{k + 1})maxĀ q(x)=i=0āˆ‘n​totxiā€‹ā€‹āˆ—(k+1maxNextRatenextRatei​(xi​)​+kāˆ—maxNextScorenextScorei​(xi​)​​)

where n is the number of lending protocols used, x_i is the amount (in underlying) allocated in protocol i , nextRate(x_i) is a function which returns the new APR for protocol i after supplying x_i ,nextScore(x_i) is a function which returns the new Score for protocol i after supplying x_iamount of underlying, maxNextRate is the highest rate of all implemented protocols after supplying x_i amount, same for maxNextScore with regard to the score, tot is total amount to rebalance, finally k is a coefficient for expressing weights of score and apr (k = 1 means equally weighted, currently k = 2 so score weights twice the APR).

tot=āˆ‘i=0nxitot=\sum_{i=0}^{n} x_itot=i=0āˆ‘n​xi​

Last updated 3 years ago

Was this helpful?

šŸ—‚ļø