LogoLogo
📐 App🌳 Medium💬 Discord🐦 Twitter
  • Overview
    • 📐Angle Documentation Portal
    • ⚒️Developers
    • 📖Whitepapers
    • 🖼️Stablecoins
    • ⚠️Risks
  • Transmuter
    • ⚗️Transmuter Overview
    • 💱Mint and Burn
    • 🪃Redeem
    • 🔍Other aspects
      • 📄Collateral Management and Whitelist
      • 👔Implementation Details
  • Borrowing Module
    • 🔭Borrowing Module Overview
    • 🏦Vaults
      • 💵Fees and revenue
      • 🎳Liquidations
      • 🗡️Vaults Settlement
    • 📚Glossary
  • Savings
    • 💸Angle Savings System
  • Side Modules
    • 🌉Angle Cross-Chain Setup
    • ⚙️Algorithmic Market Operations
    • ⚡️ Flash Loans
  • Governance
    • 🗳️Angle DAO
    • 🚀ANGLE Token
    • 💂Angle Guardian
  • USER GUIDES
    • 👟First steps and settings
    • 🛒Buy Angle stablecoins
    • 🔄Swap crypto to Angle stablecoins
    • 💰Earn yield on your stablecoins
      • 💵Earn a Dollar yield
      • 💶Earn a Euro yield
      • 🔙Withdraw funds
    • 🌉Bridge Angle stablecoins
    • 🏦Borrow EURA
    • 🏦Borrow USDA
  • Resources
    • 🔐Audits
    • 🐛Bug Bounty
    • 📊Angle Analytics
    • 🔗Quick Links
    • 📒Glossary
  • Merkl
    • 🥨Merkl Docs
Powered by GitBook
On this page
  • 📚 Principle
  • 🧮 Penalty Factor Computation
  • 🤔 Example
  • 🚑 Safety Considerations

Was this helpful?

  1. Transmuter

Redeem

How redemptions are designed in the Transmuter system

PreviousMint and BurnNextOther aspects

Last updated 1 year ago

Was this helpful?

📚 Principle

Transmuter enables at all times and in any circumstance users to redeem the stablecoin for a proportion of reserve assets minus a fee. This action is meant to be the privileged method of interaction with the protocol during black swan events (like a depeg of one of the stablecoins in the system).

A redemption operation simply consists in exchanging a portion of the stablecoins issued by the system against a portion of the reserves minus a penalty factor that depend on the overall collateral ratio of the system. The amount of what can be redeemed of an asset iii when redeeming amount\texttt{amount}amount in the reserves is computed as:

amounttotal stablecoins issued×balancei×penalty factor\frac{\texttt{amount}}{\texttt{total stablecoins issued}} \times \texttt{balance}_i \times \texttt{penalty factor}total stablecoins issuedamount​×balancei​×penalty factor

🧮 Penalty Factor Computation

The penalty factor can be set with a peak right when the collateral ratio starts to get inferior to 100%. This is a way to:

  • deter users from starting a bank run as they would get less than the fair value of the reserves of the system if redeeming

  • reward users who wait for a transitory downturn to pass in a sustainable way.

Users who still want to exit when the protocol gets badly collateralized may still exit, but by doing so they are re-collateralizing the protocol, thus leaving better off the users who remained in the system.

Below a certain level of collateral ratio, the penalty factor can go back to 1. This can be a way to enable all users to exit at the fair value of the reserves when the protocol is in an irremediably bad health.

Note that the reason why the penalty factor curve is hyperbolic when the collateral ratio gets over 100% is to prevent users from redeeming any excess collateral from the protocol.

🤔 Example

Consider a state where 100 stablecoins have been issued, and there are 30 EURB\texttt{EUR}_BEURB​, 30 EURC\texttt{EUR}_CEURC​ and 40 EURyield\texttt{EUR}_{\texttt{yield}}EURyield​ in reserves and EURB\texttt{EUR}_BEURB​ depegs by 5%, the collateral ratio becomes 98.5%. If in this case the penalty is set to be 0.98, a user redeeming 10 EURA gets 2.94 EURB\texttt{EUR}_BEURB​ worth 2.793€, 2.94 EURC\texttt{EUR}_CEURC​ worth 2.94€, and 3.92 EURyield\texttt{EUR}_{\texttt{yield}}EURyield​ worth 3.92€.

The user got 9.653€ in value, which is actually less than the 9.85€ they should have obtained if they had been settled at the value of the collateral ratio: the protocol is partly re-collateralized by the redemption, and the redemption increased the overall health of the system.

🚑 Safety Considerations

In case of a black swan event or a depeg of a stablecoin in the backing, this redemption feature guarantees that all users are treated fairly. The fact that with a redemption the backing decreases in proportion to the reserves and that no governance is needed to activate this feature ensures that there cannot be any form of sequentiality in place where the first arrived for redemptions end up better off than the others. It makes the system highly predictable in the face of downturns and enables every market participant to have a high degree of clarity of what the optimal behavior with respect to the protocol should be. Protocol stakeholders do not have to anticipate what would be the outcome of governance decisions and how they should position themselves in the wake of a depeg of a reserve asset regarding a potential settlement.

Note that Transmuter could just work with the mint and redemption functionalities. The burn function is more to be seen as a UX facilitator for users who do not want to end up with a multitude of tokens when redeeming. In most circumstances, and when exposures to different assets are close to their targets, the protocol is better off with users redeeming rather than burning for one asset. To this extent, the redemption method should be the cheapest and the privileged method of interaction for advanced traders who can handle multiple tokens at once.

The figures below show the effect of burning with respect to redeeming in different collateral ratio settings:

As explained in , there can be some configurations where the system supports restricted assets in reserves and in which only whitelisted addresses are eligible to receive a proportion of ALL collateral assets when redeeming.

this page
🪃
Penalty Factor Evolution Example
Burning vs. Redeeming in different cases
Burning vs. Redeeming in different cases
Page cover image