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
  • Clearpool default policy
  • Clearpool's Yield Tranches

Was this helpful?

  1. Products
  2. Yield Tranches
  3. Security

Default management policies

Products > Perpetual Yield Tranches > Security > Default management policies

Last updated 2 years ago

Was this helpful?

Yield Tranche strategies rely on various sources of yield. These sources can come from different markets that may have established default policies. Below we summarize the Idle processes that follow the given terms and conditions set by each protocol.

Clearpool default policy

Yield Tranches interact with the Clearpool uncollateralized markets and due to this link are subject to the of Clearpool.

Clearpool’s smart contracts have been developed to incorporate a number of safety measures which protect both borrowers and lenders during black swan events.

Clearpool’s pools have a default mechanism based on each pool utilization rate which forces borrowers to repay loans if the pool’s utilization rate is too high.

Utilization rate
Pool status
Time limit

< 95%

Active

No time limit

> 95%

High utilization

Until utilization = 99% or < 95%

> 99%

Warning

120 hours

Yield Tranches users can enter and exit the market anytime when the utilization rate of the underlying pool is lower than 99%. When the pool reaches 99% utilization, it enters automatically the Warning mode and withdrawals for both borrowers and lenders will be halted.

The pool borrower has five days to deposit more capital and return the utilization rate below 95%, if not both the borrower and the pool will enter the Default state.

Default state

When a Clearpool's pool is in Default, an auction will be triggered allowing participants to bid for the pool's cpTokens (the total debt of the pool).

Following the auction, a voting process will ensue, providing all cpToken holders with the opportunity to accept or reject the winning bid.

  • If the majority vote to reject the bid, then each cpToken holder will be able to redeem their cpTokens for their proportionate share of the pool's insurance account and maintain their rights to legally pursue the defaulted borrower individually.

  • If the majority vote to accept the bid, then each cpToken holder will be able to redeem their cpTokens for their proportionate share of the winning bid amount but will relinquish their rights to legally pursue the defaulted borrower to the winning bidder.

Please refer to Clearpool's and its for more information.

Clearpool's Yield Tranches

Only depositors in the affected Clearpool pool will be able to vote in the dedicated sub-space.

  • Senior depositors will be always able to share their sentiments on the bid

  • Junior depositors will share their preferences depending on their weight in the tranches. An automatic 30% slashing of Junior voting power will be applied in this scenario.

Senior weight
Junior weight
Senior voting
Junior voting

> 60%

< 40%

✅

❌

< 40%

> 60%

✅

✅

In the case of a default scenario on a Clearpool's tranche, Idle will open a sub-space on to gather Yield Tranches depositors' votes and will uniquely cast their preference on Clearpool.

🌀
default policy
documentation
terms and conditions
Snapshot