dCDS
We discuss about the dCDS concept and the user flow for participating in dCDS module.
Last updated
We discuss about the dCDS concept and the user flow for participating in dCDS module.
Last updated
Decentralised Credit default swaps (dCDS) is the derivative instrument which allow users to swap a percentage of the credit risk of the borrowers and also provide a volatility hedge to borrowers in return for fixed fees being shared from multiple borrowers thus diversifying the risk over multiple borrowers. Users can enter into a dCDS module by depositing USDa, USDT or any other token's acceptable by the protocol.
By credit risk, we mean the probability of user defaulting on their stablecoin loans even after getting protection against collateral volatility. The risk is managed in three tranches
Initially the protocol will utilise the USDa which was deposited by users while re-deeming it against ABOND. This ABOND is minted by protocol whenever the peg falls below $1. Here, since this USDa deposited is not owned by any dCDS user so any sort of downside protection given to borrowers will be first taken from these USDa deposits. Also, any sort of yields which accrued to these deposits will be redistributed among the dCDS users and for people holding ABOND assets
After this, the protocol covers the volatility risk or provides downside protection by utilising the funds which comes from instant re-deemability reserve in dCDS. Users looking to convert USDa to USDT can do the same through the USDT deposits accumulated in our USDT reserve. As a result, the USDa collected will be utilised as the next frontier for volatility hedging.
Here, we will utilise the dCDS funds to swap the credit & volatility risk which might emerge from user defaulting on their loans or collateral volatility.
Above 3 tranche risk management structure will help protect the dCDS funds against daily volatility scenarios and increase the yield per dCDS user as high as 200% as per conservative estimates.
The dCDS module plays multiple roles as mentioned below
Users can deposit USDa, USDT or any other acceptable token in the dCDS module. The module will calculate the proportion of amount deposited from the total deposited value from a combination of all deposits and accrue the fixed fees from borrowers to dCDS users.
Users looking for re-deemability of USDa so as to convert their assets to cash within the protocol itself. Here, users can deposit USDa in our dCDS module and get USDT from the reserve which can be easily converted into cash. The USDa deposited will be utilised to offer volatility hedging.
Users can also re-deem their USDa against the ABOND asset which will be minted at a discount to USDa peg falls below $1 thus capturing arbitrage gains in return. Users will also earn a portion of the yields accrued to the USDa deposited earlier for providing volatility hedging in dCDS module. A portion of borrowing fees earned will be shared with this ABOND users as well.
The total amount to be returned to the dCDS holder after a particular time period includes the summation of the option fees accrued through various borrowers, volatility hedging gains and liquidation gains.
The exchange of funds between the ETH vault and the dCDS pool will be calculated after intiation of a dCDS withdrawal or closing of position by borrower. As soon as a dCDS deposits funds into our platform, we will identify the below values.
Current ETH market price, Er
Ratio of dCDS deposit/Total dCDS deposited funds till now (Ci/C)
Total number of ETH holdings in our ETH pool
We will then calculate the current value of dCDS holder in our protocol
Total dCDS Deposited Funds = C
dCDS user deposited amount = Ci
dCDS user current value = Cr1 = Cd + (Ci/C)*(Er - Ei)*(Total Collateral Holdings)
We will calculate the division of exchanged funds among the total dCDS depositors. As soon as there is a new depositor or borrower or any sort of new event, the value of different figures in the above formula will change. After the new event, the division percentage of exchanged funds will be changed accordingly.
Thus, new Cr2 = Cd + (Cd/C)*(Er- Ei+1) * (Total ETH Holdings) Final dCDS user value during withdrawal
So, after every event, the reward percentage split changes, which mandates the protocol to calculate the rewards split between two deposit intervals among all the dCDS depositors until that moment. This exercise will be too computationally intensive for the smart contract considering there might be 100s of thousands of dCDS depositors. Also, calculating the reward split before every new dCDS deposit would delay the transaction completion time and considerably affect the user experience.
In order to manage the above situation, we will maintain a record of reward split for only one standardized deposit amount. For the start, we have considered that deposit amount to be 1000 USDa. So, before every new dCDS deposit transaction, we will calculate the proportionate reward for 1000 USDa worth of deposits and update the total amount after every transaction. By recalculating the division percentage of exchanged funds, we will be able to determine the final amount to be returned to the dCDS when they try to close their position. The total amount for a particular dCDS will be a fraction or multiple of the current total amount of the standard 1000 USDa deposit figure. This allows us to identify the value accrued to a dCDS position during the time of withdrawal, which is one of the critical values to calculate in the operation of our Delta Neutral (See-Saw) contract.
Above is a mechanism to calculate the volatility related gains/losses as per the collateral price changes for the locked time duration.
To calculate the option fees accrued to dCDS users, we calculate the normalized amount of dCDS holders and capture the cumulative rate of option fees % change. The continuous accrual of option fees to dCDS holders is initiated by multiplying the normalized amount by the option fees cumulative rate. The resulting amount is the summation of fees accrued from all borrowers. To maintain a ratio of >=0.2 for dCDS Vault/ETH Vault, the yield accrued per dCDS participant is a summation of fees from at least 5 borrowers. Users locking funds for longer durations can accrue 200%+ yields without any loss of capital
Calculation of Option Fees
Whenever a user opens a position in the borrowing module then we will calculate the option fees for the user by initiating a API call from backend to capture volatility and calculate the per ETH option fees.
The option fees will be then calculated for the user as per the total ETH and strike price selected by the user.
This option fees will be deducted from the minted/loaned USDa amount from user position and added in treasury.
The same amount will be stored in the backend for the particular user.
Timestamp of 30 days will be added against every user in the backend for 30 days option maturity
We will be utilising a combination of approaches for calculating Option fees. Each of these approaches involve calculation of collateral volatility or standard deviation. So, below series of steps are performed for update of collateral volatility values
Collect Data: Gather historical price data for collateral over the chosen timeframe (daily, hourly, etc.).
Calculate Returns: Compute the daily returns by taking the natural logarithm of the ratio of today's closing price to yesterday's closing price: i.e log ( n/n-1)
Calculate Average Return: Find the average return (mean) of the series calculated in step 2.
Calculate Variance: Compute the variance by squaring the differences between each return and the average return, then averaging those squared differences.
Calculate Standard Deviation: Take the square root of the variance to get the standard deviation, which represents the volatility.
Assuming, ETH as collateral ETH Volatility = a dCDS Vault value/ ETH Vault value (including borrower’s ETH value) = b Current ETH price = Er
Minimum Option Price always >= 20 USDa for $1000 worth of ETH value
Option Price per 1 ETH = (10*a*Er)^½ + 3*(1/b) The full explanation and calculation will be mentioned in the whitepaper to be released.
Liquidation gains occur when any borrower touches the LTV of 100% and hasn't paid his loan yet. As the borrower has now went into liquidation stage so any kind of downside protection accounted for the user is no longer required. The dCDS users who have opted for liquidation gains will be getting the below values Liquidation Gain = Total Collateral of borrower + 20% Downside protected amount
The thing to note here is that the liquidation gain is now only split among users who have opted for liquidation gains. But the 20% downside protection given to user is provided by every dCDS user. Assuming dCDS User Ci has opted for Liquidation Gain Also, assuming only 25% of the dCDS users have opted for Liquidation gains dCDS module will be creating a Liquidation index where every dCDS user will be tagged to the Liquidation index when the initial deposit was made. For Ci, Let's say Li is the Liquidation index at deposit and Lj is the Liquidation index during withdrawal of Liquidation gains by Ci Total dCDS pool funds = C Dx & Ex are the collateral amount and ETH price of borrower during Liquidation
Liquidation Gain for Ci can be calculated as summation of Li through Lj
The protocol initiates the transfer of Liquidated collateral amount among all the dCDS users who have opted for liquidation and the resulting Liquidation gain over a series of these liquidations for every user can be calculated through above formula.
