This is a vote to:
The balance sheet or EURA looks like the following:
| EURA | Today | Target | ||
|---|---|---|---|---|
| Allocation | Transmuter | EURC | 12,455,569 | 5,311,956 |
| bC3M | 6,858,389 | 7,001,001 | ||
| bERNX | - | 7,001,001 | ||
| Borrow Module | 4,270,411 | 4,270,411 | ||
| AMOs | 1,156,756 | 1,156,756 | ||
| KRIs | Liquidity Ratio | 258% | 110% | |
| Capital Ratio | 732% | 217% | ||
| Secondary Metrics | Capital surplus | 1,745,644 | 1,745,644 | |
| Total Assets | 24,741,124 | 24,741,124 | ||
| Capital at Risk | 245,598 | 813,228 | ||
| Asset / Capital | 7.06% | 7.06% | ||
| Liquidity Outflow | 4,829,051 | 4,829,051 | ||
| Liquid assets | 12,455,569 | 5,311,956 |
The change in allocation proposed here is calculated to maximize balance sheet yield while maintaining a healthy buffer for both credit and liquidity risks.
Both bERNX and bC3M are designed to have very limited credit risk. As such, applying Capital at Risk percentages of 1% to bC3M and 3% to bERNX at the new allocations (along with conservative numbers for the Borrow Module collateral) leave the protocol with a healthy Capital Surplus buffer.
In order to determine there is adequate liquidity in the protocol, the Steakhouse Financial team computed the maximum liquidity outflow that happened historically during the time period needed to liquidate the ETFs (estimated at 3-days).
Based on history (excluding the Euler hack), there were 3 historical occurrences of >15% drawn down in market cap within 3 days, 0 occurrences >21% in 3 days. So in order to balance stability and asset allocation optimization, we proposed a constant liquidity ratio of at least 21%.
Transmuter looks into two oracles for every asset, and it keeps for each asset in the backing a target and a current price. Whenever the current price of one collateral deviates from the current price, the deviation is reported when people burn EURA for any other asset. Typically if EURC trades at 0.99 instead of 1€, then people burning EURA for bC3M will also face a 1% deviation on the burn price.
We propose here to adjust the oracle methodology within Transmuter to include a deviation threshold below which no deviation is actually reported. Typically, if bC3M deviates by 10bps from its target price (taken as the maximum price ever observed for the asset), then people may still burn 1 EURA for 1 EURC with no extra fees taken.
The proposal is to:
This proposal implies multiple changes in the protocol.
Adding bERNX implies modifying Transmuter fees, here is the proposed breakdown.
TL;DR:
This is what would be enforced onchain and more the security measures in terms of the max that we want to have on the protocol.
The rebalancing rules would have to be set through offchain coordination, and rely on the setup we voted in the past with the guardian to subsidize the acquisitions of tokenized securities when exposures go beyond certain thresholds. It's this setup that we'd use to sponsor the acquisition of 7m of bERNX. By the way, this imply transferring 10k more EURA from the treasury to cover for potential fees (given the 21k EURA remaining on the protocol balance sheet).
Ideally we want 35% in IB01, 35% in ERNA, the 30% remaining in EURC With this:
With the deviation setup mentioned above, we propose to update the oracles for all the collateral assets with the following conditions:
This proposal:
But: