Idle Finance
WebsiteGithubTwitterDiscord
Search…
📥
Introduction
👇
Get in touch
🌀
Products
Introduction
Best Yield
Perpetual Yield Tranches
Fee structure
Integration Partners programs
💻
Developers
Introduction
Networks and codebase
Best Yield
Perpetual Yield Tranches
Architecture
Deployed contracts
Interface
Methods
Integration Pattern
Edge cases
Security management policy
PYTs Subgraph
Gauges
Security
🏛
Governance
Introduction
Idle DAO
$IDLE token
$IDLE staking
Idle Grants Program
🗂
Other
Brand assets
Guides
FAQs
Glossary
Resources
Archive
Powered By GitBook
Edge cases
Developers > Perpetual Yield Tranches > Edge cases
In this section, we explain the Idle Perpetual Yield Tranches (PYT) risk situations, whether they are managed and covered automatically, and what the procedure is case by case.

What if the underlying protocols’ contracts are hacked?

Each PYT contract (called IdleCDO) has an underlying token managed (eg, DAI) and an associated interest-bearing asset (eg, idleDAI) which is used through a specific strategy.
If the interest-bearing asset price decreases over time, this means that the underlying related protocol (accessed through a “strategy”) is hacked, and the PYT contract is automatically 'paused,' thus no redeems or deposits are allowed until the Idle governance reactivates those selectively (first for the senior tranches).

What if the PYT contract is hacked?

If the PYT contract is hacked, there are no automatic triggers to block subsequent deposits and redeems. Nevertheless, the contract owner (currently the Idle Dev League multisig) or the Guardian can still pause the contract.
If the contract is manually paused or, in general, if Idle suffers an attack that is not automatically managed, and there are any funds left, those will get distributed to senior holders first.

Up to which amount are the Senior Tranches covered?

Senior Tranches are first in line to be repaid in case of default, while Junior holders have a second lien or no lien at all in case of fund losses.
The loss for Senior Tranches is covered by the Junior TVL.
Let's imagine having $100m deposited in Senior Tranches and $400m deposited in Junior Tranches, for a total of $500m of the pool. In a hacking scenario, Senior tranches will be covered up to $400m (namely the Junior TVL) of losses; this means having coverage of 400% of the funds deposited in Senior and up to 80% coverage of pool hacks.
If a hack occurs, full protection for Senior Tranches happens only if there will be enough funds deposited in the Junior tranche to cover the hack
Previous
Integration Pattern
Next
Security management policy
Last modified 4mo ago
Copy link
Outline
What if the underlying protocols’ contracts are hacked?
What if the PYT contract is hacked?
Up to which amount are the Senior Tranches covered?