ZAI Staking (sZAI)

The staking pool is a pool for ZAI that accumulates all the yield from the protocol and is used to pay off any bad debt.

One of the major risks of any lending market is the accumulation of bad debt in the protocol. In this document we describe the Safety Pool, a ERC4626 vault that is used to cover any bad debt that might accumulate in the protocol.

Slashing in the Safety Pool is only used as a means of last resort and works like an insurance fund where depositors stake their ZAI in return for protocol revenue and MAHA emissions; Staked ZAI can be slashed by the governance to write off any bad debt that the protocol has incurred.

Users who participate in the Safety Pool and have staked MAHA earn a boost on all their rewards of upto 5x! Read more about staking boosts.

Where does the yield come from?

The yield for the Safety Pool primarily originates from the collateral backing ZAI, specifically through SUSD.

How does the yield get distributed?

The yield for the Safety Pool comes from Ethena's side, where it is distributed every 8 hours. We then collect this yield every 24 hours and distribute it back to ZAI stakers.

What is Bad Debt?

Bad debt accrual in a protocol means that one or multiple positions have less collateral than liabilities, which leads to a situation on which the user has no incentive to repay and consequently, if all depositors of the borrowed asset would try to withdraw (or cause a bank run), there would be a deficit in the protocol.

Protecting bad debt has been attempted by many different DeFi lending protocols in the past in various kinds of implementation.

While each implementation has its pros and cons, the ZAI Safety Pool takes some of the best ideas of the various models mentioned above and builds a single-staking vault that is built more like a DeFi insurance vault.

Why a Staking Pool?

Like any lending market, one of the biggest risks is the accumulation of bad debt. While in most cases the bad debt can be prevented with effective risk management, it's not always the case; Especially in situations of a flash crash or a hack, liquidations might not happen quick enough to safely clear off any unhealthy positions in the protocol.

See the following instances in DeFi history where major lending protocols have incurred bad debt.

This is why, assuming that no matter how safe risk management strategies tend to be, nor how quickly liquidations will clear off any unhealthy positions, a secondary fallback mechanism is needed to pay off any bad debt.

Tackling this efficiently will further allow the protocol to scale and accept assets with higher risk profiles and possibly generate more fees.

How does ZAI Staking work?

Similar to the concept of insurance vaults, users can stake their ZAI into the safety pool in return for a share in the portion of revenue and a share of MAHA emissions (in return for the risk of being slashed).

The ZAI deposited into the pool can be claimed by governance at any time (using on-chain data) to write off any bad debt that has been accumulated in the protocol.

Design Decisions with the Safety Pool

As documented above, we have made a few design decisions when building the Safety Pool to make sure we take the best of the various models mentioned above.

  1. A 10-day withdrawal period: 10 days lets the governance make a decision on the debt repayments before liquidity is withdrawn.

  2. Rewards instead of an insurance/reserve fund: Providing rewards is a much more scalable way of growing the safety pool than maintaining an insurance/reserve fund.

  3. Multiple rewards to compensate for the slashing risk: Since users who deposit into the safety pool go through a risk of slashing, there needs to be enough rewards to incentivize such a high-risk activity. Rewards in the form of revenue help the safety pool scale along with the protocol.

  4. Designed as an ERC4626 vault: The ERC4626 standard allows for simplicity in the safety pool design and allows for users to easily move their position across other wallets or allow other protocols to directly integrate with the safety pool.

Example Scenarios

If users have supplied 1,000,000 ZAI in the safety pool and the protocol is supplying 5,000,000 ZAI into the lending pool, we explore the following scenarios.

  1. The protocol incurs a bad debt position of over 10,000 ZAI.

    1. The protocol makes a governance proposal or executes a smart contract function to claim the 10,000 ZAI from the safety pool and square off all the bad debt from the protocol

    2. The balance in the safety pool reduces by 1% and every depositor that supplied to the safety pool will have their deposit slashed by 1%. This means that every depositor will now get 99% of their ZAI back (instead of 100%).

    3. Depositors will continue to earn MAHA and protocol fees for their deposit.

  2. No bad debt gets accumulated by the protocol.

    1. In this situation governance nor any smart contract execute any action to claim any ZAI from the safety pool.

    2. No slashing happens and depositors get 100% of their deposit back.

    3. Depositors will continue to earn MAHA and protocol fees for their deposit.

Last updated