<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
    <channel>
        <title>victatorships</title>
        <link>https://paragraph.com/@victator</link>
        <description>undefined</description>
        <lastBuildDate>Sun, 19 Apr 2026 07:22:56 GMT</lastBuildDate>
        <docs>https://validator.w3.org/feed/docs/rss2.html</docs>
        <generator>https://github.com/jpmonette/feed</generator>
        <language>en</language>
        <image>
            <title>victatorships</title>
            <url>https://storage.googleapis.com/papyrus_images/b5dc7a4658a983d6826fb670f318e7603683eec330774b91c22772255ae5fdf9.jpg</url>
            <link>https://paragraph.com/@victator</link>
        </image>
        <copyright>All rights reserved</copyright>
        <item>
            <title><![CDATA[Paths forward for Compound III]]></title>
            <link>https://paragraph.com/@victator/paths-forward-for-compound-iii</link>
            <guid>YH0CX21PHVw55YlszPCg</guid>
            <pubDate>Sun, 09 Feb 2025 14:03:26 GMT</pubDate>
            <description><![CDATA[Despite the sobering takeaways around Compound III’s design, there are still plenty of paths forward for the protocol.Existing solutionsCompound IIIOn the existing protocol, one approach would be to have isolated comets with one collateral asset per comet in an extreme case or a group of LRT/LSTs as collateral assets all for the same comet asset. The existing WETH comet would have a risk profile that is more conducive to raising CFs if less correlated collateral assets, like WBTC, were placed...]]></description>
            <content:encoded><![CDATA[<p>Despite the sobering takeaways around Compound III’s design, there are still plenty of paths forward for the protocol.</p><h2 id="h-existing-solutions" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Existing solutions</h2><h3 id="h-compound-iii" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Compound III</h3><p>On the existing protocol, one approach would be to have isolated comets with one collateral asset per comet in an extreme case or a group of LRT/LSTs as collateral assets all for the same comet asset. The existing WETH comet would have a risk profile that is more conducive to raising CFs if less correlated collateral assets, like WBTC, were placed in separate comets. Currently, these assets share a store front price factor with ETH LRTs, but their optimal values in isolation are likely quite different.</p><p>For an LRT like ezETH, where the largest day over day drawdown over the last 90 days for the Compound III oracle was &lt;20 bps, raising CFs in an isolated setting seems reasonable.</p><p>While coming at the cost of liquidity fragmentation, separating collateral across comets reduces the risk profile for base asset lenders. To see this with a more concrete example, if a WETH comet enables weETH, ezETH and ezETH as collateral, a WETH lender is exposed to insolvency risk across all the assets, especially from toxic loans being opened in slash events. The adverse selection here could be particularly bad if there is temporal correlation in slashes that provide leading indicators before the oracle update.</p><p>If lenders are interested in a specific particular opportunity e.g. lending to recursive ezETH borrowers, then this approach could enable a more capital-efficient bilateral market without introducing additional risk to the rest of the protocol.</p><h3 id="h-compound-v2" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Compound V2</h3><p>After disabling the <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://compound.finance/governance/proposals/327">UAV</a>, Compound V2 may be a better choice for isolated LRT markets from a design perspective. V2 can use the same staking rate oracles as V3 but has a liquidation mechanism that closely resembles Aave&apos;s and has a close factor. Compared to V3, this would reduce liquidation costs for borrowers while maintaining a stronger insolvency buffer for the protocol.</p><h3 id="h-collaborations" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Collaborations</h3><p>Proposals like this suggested <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://www.comp.xyz/t/compound-morpho-polygon-collaboration/6306">collaboration</a> with Morpho on Polygon could allow Compound to better compete without requiring new smart contract development. Morpho has isolated markets and has curators such as Gauntlet dynamically optimize risk adjusted yield for lenders by continuously reallocating liquidity across high demand markets.</p><h2 id="h-new-features" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">New features</h2><p>Will only give a few suggestions since the list of new features to add to the protocol is extensive, with a lot to prioritize in terms of expected impact vs development cost.</p><h3 id="h-liquidations" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Liquidations</h3><ul><li><p>The store front price factor is set for the entire comet but having it be set on a per asset basis allows for better risk parameterizations that enable more capital efficiency</p></li><li><p>A close factor would increase the insolvency buffer and reduce borrower liquidation costs</p></li><li><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://docs-v1.euler.finance/euler-protocol/eulers-default-parameters#target-health-factor">Soft liquidations</a> where the close factor is dynamic based on collateralization should have a similar effect and have <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://cdn.sanity.io/images/2bt0j8lu/production/6650a98f08de4beddf996ee097cdb2e7ee55bab2-1920x1080.png?w=714&amp;fit=max&amp;auto=format&amp;dpr=3">worked well</a> on Euler in the past, especially in driving down user costs without compromising much on insolvency risk</p></li></ul><h3 id="h-oracles" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Oracles</h3><ul><li><p>Having conservative valuations for collateral and aggressive valuations for debt at loan origination protects against adversarial attacks as noted <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://x.com/danrobinson/status/1761065021654925411">here</a> following the Compound V2 UAV incident</p><ul><li><p>Generally the gap between these two valuations should be small but the gap becoming large is indicative of attack possibility</p></li><li><p>The confidence intervals from Pyth oracles can be utilized to implement this like on <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://docs.syno.finance/documentation/documentation/debt-pricing-and-risk">Synonym</a></p></li></ul></li><li><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://governance.aave.com/t/bgd-correlated-asset-price-oracle/16133">CAPO</a> and <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://governance.aave.com/t/gauntlet-synchronicity-price-adapter-killswitch-functionality-for-lst-emode/13224">killswitch</a> are both good features for mitigating tail risk which allows the protocol to safely offer more leverage</p></li></ul>]]></content:encoded>
            <author>victator@newsletter.paragraph.com (victatorships)</author>
        </item>
        <item>
            <title><![CDATA[ Compound III vs Aave V3 design differences]]></title>
            <link>https://paragraph.com/@victator/compound-iii-vs-aave-v3-design-differences</link>
            <guid>fytbLnLvOyAyxgBegMuO</guid>
            <pubDate>Sat, 08 Feb 2025 19:10:46 GMT</pubDate>
            <description><![CDATA[There are several design differences between Compound III and Aave V3 such asmany-to-many vs many-to-one lendingboth protocols allow for multiple collateral assets but Compound III only has one base asset available to borrow per cometrehypothecationon Aave V3, borrowers get additional yield on collateral assets at the cost of increased risk exposure from more asset pairs along with liquidity crunches and liquidation failures at high utilization ratesinterest rate curvesAave V3 has a single in...]]></description>
            <content:encoded><![CDATA[<p>There are several design differences between Compound III and Aave V3 such as</p><ul><li><p>many-to-many vs many-to-one lending</p><ul><li><p>both protocols allow for multiple collateral assets but Compound III only has one base asset available to borrow per comet</p></li></ul></li><li><p>rehypothecation</p><ul><li><p>on Aave V3, borrowers get additional yield on collateral assets at the cost of increased risk exposure from more asset pairs along with liquidity crunches and liquidation failures at high utilization rates</p></li></ul></li><li><p>interest rate curves</p><ul><li><p>Aave V3 has a single interest rate curve for both borrowing and lending with the rate spread determined by the reserve factor whereas Compound III has separate borrow and supply rate curves, which allows for more parameterization but introduces the possibility of negative reserve growth due to inverted rates</p></li></ul></li><li><p>risk segmentation</p><ul><li><p>Aave V3 has <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://aave.com/help/borrowing/e-mode">efficiency mode</a> to allow for more borrowing power for certain pairs e.g. LRT vs base asset and <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://aave.com/help/supplying/isolation-mode">isolation mode</a> which places borrowing restrictions to contain the risk of new or volatile collaterals</p></li></ul></li></ul><p>While these are all worth noting, it’s Compound III’s liquidation design that is it’s main limiting factor when raising CFs, putting it at a disadvantage when competing with Aave V3 on capital efficiency</p><h2 id="h-review" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Review</h2><h3 id="h-liquidations-vs-absorptions" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Liquidations vs absorptions</h3><p>For loans with a single collateral and borrow asset on Aave V3, the maximum borrowable amount is determined by the <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://github.com/aave/aave-v3-core/blob/master/contracts/misc/AaveProtocolDataProvider.sol#L85">loan to value ratio</a> (LTV), while liquidations are triggered when the debt-to-collateral ratio exceeds the <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://github.com/aave/aave-v3-core/blob/master/contracts/misc/AaveProtocolDataProvider.sol#L86">liquidation threshold</a> (LT).</p><p>During a liquidation, a portion of the borrower&apos;s debt is repaid, and they forfeit the corresponding amount of collateral, scaled by the <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://github.com/aave/aave-v3-core/blob/master/contracts/misc/AaveProtocolDataProvider.sol#L87">liquidation bonus</a> (LB). Of this bonus, a <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://github.com/aave/aave-v3-core/blob/master/contracts/protocol/libraries/configuration/ReserveConfiguration.sol#L463">liquidation protocol fee</a> (LPF) is collected by the protocol, while the remainder is paid to the liquidator. Additionally, the amount of debt that a liquidator is allowed to repay in a single transaction is constrained by the <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://github.com/aave/aave-v3-core/blob/master/contracts/protocol/libraries/logic/LiquidationLogic.sol#L54">close factor</a> ($$c$$).</p><p>We can derive the following relationship</p><p>$$\displaystyle LTV \leq LT \leq \frac{1}{1+LB}$$</p><p>where the left hand side of the inequality is set to prevent opening loans that are immediately liquidatable and the right hand side is set to ensure liquidations improve the collateralization of the loan.</p><p>Comparing this from a <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://mirror.xyz/victator.eth/WWYoi6CIfrEYvBSdc9v7CQitnnfah6mTYvhw_OkawXA">previous post</a> covering absorptions on Compound III we note some parallels</p><ol><li><p>$$LTV$$ on Aave V3 is analogous to $$CF$$ on Compound III</p></li><li><p>$$LT$$ corresponds to $$LF$$</p></li><li><p>$$LB$$ serves a similar purpose to $$LP$$</p></li><li><p>$$LPF$$ maps to $$1 - SFPF$$</p></li></ol><p>along with several key differences</p><ol><li><p>Compound III takes over the full position when absorb is called and pays out the difference between the debt and collateral sans liquidation penalty as base asset to the borrower out of the protocol reserves. This leads to warehousing a lot more immediate price risk compared to Aave V3 where the close factor ensures that liquidations occur more gradually</p></li><li><p>The insolvency buffer on Compound III is independent of $$LF$$ and entirely determined by $$LP$$ and $$SFPF$$. On Aave V3 the insolvency buffer is dependent on $$LT$$, $$LB$$, $$LPF$$ and $$c$$. As such, Aave V3 gets shielded from insolvency from the close factor and the gap between $$LT$$ and $$LT_{max}$$ whereas Compound III does not</p></li><li><p>Users lose more in liquidations on Compound III than on Aave V3 for the same $$LP$$ / $$LB$$ since the value of the liquidation payout in collateral asset terms is calculated as a multiplier on the debt i.e. $$\text{debt} \cdot LT$$ on Aave V3 whereas on Compound III it&apos;s a multiplier on the collateral i.e. $$\text{collateral} \cdot LB$$</p></li><li><p>The maximum $$LT$$ on Aave is always higher than the maximum $$LP$$ on Compound III for the same $$LB$$ / $$LP$$. This can be seen since $$\displaystyle \frac{1}{1+LB} \geq 1 - LP$$</p></li></ol><h3 id="h-insolvency-buffer" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Insolvency buffer</h3><p>For Aave V3 we define the insolvency buffer (IB) as the maximum % the collateral price can drop relative to the debt between the loan being liquidatable and insolvent.</p><p>Assuming that a liquidator liquidates up to the full close factor to maximize their profit, the protocol breaks even on the loan if the post liquidation collateral plus the protocol proceeds from the liquidation equals the remaining debt.</p><p>As a proportion of collateral, the value of the collateral in a price drop is given by $$1 - IB$$ and the size of the liquidation is $$LT \cdot c (1+LB)$$ since it&apos;s the debt value scaled by the liquidation bonus and the close factor. The protocol liquidation gains are $$LT \cdot c \cdot LB \cdot LPF$$ and the remaining debt is $$LT(1-c)$$. Putting this altogether gives the relation</p><p>$$1 - IB - LT \cdot c (1 + LB) + LT \cdot c \cdot LB \cdot LPF = LT (1 - c)$$</p><p>which when rearranged gives</p><p>$$IB = 1 - LT (1+c \cdot LB (1- LPF))$$</p><p>There is an edge case to consider when the liquidation is bottlenecked by the loan&apos;s collateral value rather than the close factor. In this case, all the collateral is repurchased by the liquidator, and the protocol breaks even if the protocol liquidation proceeds equals the remaining debt.</p><p>Here the liquidation size in debt terms is</p><p>$$\displaystyle\frac{1-IB}{1+LB}$$ so the protocol liquidation proceeds are $$\displaystyle\frac{LB \cdot LPF(1-IB)}{1+LB}$$ and the remaining debt is given by $$LT - \displaystyle\frac{1-IB}{1+LB}$$ so equating them gives the relation</p><p>$$\displaystyle\frac{LB \cdot LPF(1-IB)}{1+LB} = LT - \frac{1-IB}{1+LB}$$</p><p>which when rearranged gives</p><p>$$IB = 1 - \displaystyle\frac{LT(1+LB)}{1+LB\cdot LPF}$$</p><p>This edge case occurs when $$1 - IB \geq LT \cdot c (1+LB)$$ and this edge bound is valid if $$c \geq \displaystyle\frac{1}{1 + LB \cdot LPF}$$ which is also the intersection point of the two bounds. Putting this altogether gives</p><p>$$IB = \begin{cases} 1 - LT (1+c \cdot LB (1- LPF)) &amp; \text{if } c &lt; \displaystyle\frac{1}{1 + LB \cdot LPF} \ 1 - \displaystyle\frac{LT(1+LB)}{1+LB\cdot LPF} &amp; \text{if } c \geq \displaystyle\frac{1}{1 + LB \cdot LPF} \ \end{cases}$$</p><p>Now, with these formulations in place, let&apos;s gain deeper insight into how into how raising $$LF$$/$$LT$$ impacts the insolvency buffer for the two protocols. To help reduce dimensionality, let&apos;s define the aggressiveness (a) of each protocol as$$\displaystyle a_{\text{Aave V3}} = \frac{LT}{LT_{\max}} = LT(1+LB)$$ and</p><p>$$\displaystyle a_{\text{Compound III}} = \frac{LF}{LF_{\max}} = \frac{LF}{1-LP}$$</p><p>This ratio normalizes the LT and LF relative to their respective maximum values, providing a standardized measure of how aggressively the protocol is setting its risk parameters.</p><p>Currently, the highest aggressiveness on Aave V3 is just under 96.5% for <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://app.aave.com/reserve-overview/?underlyingAsset=0x7f39c581f595b53c5cb19bd0b3f8da6c935e2ca0&amp;marketName=proto_lido_v3">wstETH</a>, with a 95.5% LT and a 1% LB in the ETH correlated emode on their mainnet Prime market. For Compound III, the highest aggressiveness is slightly below 97% for <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://app.compound.finance/markets/weth-mainnet">weETH</a>, with a 93% LF and a 4% LP in the mainnet WETH comet. Using these empirical values to set LB/LP based on LT/LF along with SFPF at 0.7 as per the mainnet WETH comet, LPF at 0.1 as set for ezETH and a close factor of 0.5 as set in the Aave V3 contracts produces the following plot.</p><p>As an aside, the x-axis is cut off at 70% LF since with these aggression values LFs below 70% correspond to unrealistically high LPs (30%+).</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/ec2df75bfa7045eff34ae3803b892e2e60aeb640b5d7cd87dace631ca0c173e1.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>As shown, with current parameters the insolvency buffer declines with higher liquidation factors as expected. More notably, the IB is substantially higher on Aave V3 than Compound III pretty much irrespective of LF.</p><p>This begs the question as to whether Compound III can make parameter changes to reduce or even flip this difference. Since both protocols are already near max aggression, the only parameter Compound III can really tweak is the store front price factor.</p><p>The difference in insolvency buffer between the two protocols can be expressed as</p><p>$$\delta = \begin{cases} 1 - LT (1+c \cdot LB (1- LPF)) - \bigg(1 - \displaystyle\frac{1-LP}{1-LP \cdot SFPF} \bigg) &amp; \text{if } c &lt; \displaystyle\frac{1}{1 + LB \cdot LPF} \ 1 - \displaystyle\frac{LT(1+LB)}{1+LB\cdot LPF} - \bigg(1 - \frac{1-LP}{1-LP \cdot SFPF} \bigg) &amp; \text{if } c \geq \displaystyle\frac{1}{1 + LB \cdot LPF} \ \end{cases}$$</p><p>Equating analogous parameters so $$LT = LF$$, $$LB = LP$$ and $$LPF = 1 - SFPF$$ and simplifying this becomes</p><p>$$\delta = \begin{cases} \displaystyle\frac{1-LP}{1-LP \cdot SFPF} - LF (1+c \cdot LP \cdot SFPF) &amp; \text{if } c &lt; \displaystyle\frac{1}{1 + LP (1-SFPF)} \ \displaystyle\frac{1-LP}{1-LP \cdot SFPF} - \displaystyle\frac{LF(1+LP)}{1+LP(1-SFPF)} &amp; \text{if } c \geq \displaystyle\frac{1}{1 + LP (1-SFPF)} \ \end{cases}$$</p><p>Taking the partial derivative with respect to $$SFPF$$ gives</p><p>$$\frac{\partial\delta}{\partial SFPF} = \begin{cases} \displaystyle\frac{(1-LP)LP}{(1-LP \cdot SFPF)^2} - c \cdot LF \cdot LP &amp; \text{if } c &lt; \displaystyle\frac{1}{1 + LP (1-SFPF)} \ \displaystyle\frac{(1-LP)LP}{(1-LP \cdot SFPF)^2} - \frac{LF \cdot LP (1+LP)}{(1 + LP (1-SFPF))^2} &amp; \text{if } c \geq \displaystyle\frac{1}{1 + LP (1-SFPF)} \ \end{cases}$$</p><p>In the first case</p><p>$$\displaystyle\frac{(1-LP)LP}{(1-LP \cdot SFPF)^2} \geq (1-LP)LP \geq LF \cdot LP \geq c \cdot LP \cdot LF$$</p><p>where all the inequalities come from $$LP, SFPF, LF$$ $$\in [0, 1]$$ and $$LF \leq 1 - LP$$</p><p>In the second case</p><p>$$\displaystyle\frac{(1-LP)LP}{(1-LP \cdot SFPF)^2} \geq \frac{LF \cdot LP}{(1-LP \cdot SFPF)^2}$$</p><p>so showing</p><p>$$\displaystyle\frac{1}{(1- LP \cdot SFPF)^2} \geq \frac{1+LP}{(1 + LP (1-SFPF))^2}$$</p><p>would show that</p><p>$$\displaystyle\frac{\partial\delta}{\partial SFPF} \geq 0$$</p><p>over the parameter region</p><p>Equality holds when $$LP = 0$$ and otherwise cross multiplying and simplifying gives the inequality</p><p>$$1 + LP \geq LP^2 \cdot SFPF^2$$</p><p>which is strict. Thus</p><p>$$\displaystyle\frac{\partial\delta}{\partial SFPF} \geq 0$$ so $$\delta$$ is minimized when $$SFPF = 0$$</p><p>$$\delta$$ is also univariately minimized when $$c=1$$. This is because $$IB$$ for Aave V3 decreases as the close factor increases. Ultimately, when the close factor reaches 1, it becomes equivalent to not having a close factor at all (which does occur on Aave when loan collateralization drops below <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://github.com/aave/aave-v3-core/blob/master/contracts/protocol/libraries/logic/LiquidationLogic.sol#L68">95%</a> of LT).</p><p>Using these extreme parameters gives the following plot</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/37b141d9965a70a10aa5ec90d6271894d62328b08ee5e0b6c5f5b0e310246580.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>Unfortunately, even in this extremely favorable setting, the insolvency buffer remains greater for Aave V3 across the board. However, it is worth noting that the gap is much smaller, highlighting the value of having a close factor to facilitate partial liquidations.</p><p>In practice, this scenario would almost never occur since it would essentially require liquidators to work for free while also disabling a key safety feature in Aave V3. This is why the plot is labeled as a near best-case comparison, rather than a realistic setting.</p><h3 id="h-user-costs" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">User costs</h3><p>The protocol can also be examined from the lens of the cost to the user getting liquidated. By inverting the insolvency buffer equations above to solve for the liquidation penalty and converting costs to collateral terms, we obtain the following plot using the existing parameters.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/673c776b6f0c20419ca98bfb75bef45b7e937dbe35958d48475d19cb8c97d5f8.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>For a fixed insolvency buffer, Compound III does eventually charge the user less than Aave V3, but only when the collateral cost exceeds ~65%. At all cost levels that a user would realistically find acceptable, Aave V3 charges less for the same insolvency buffer as Compound III.</p><p>Applying the same favorable extrema as before gives</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/f0f3ca0ab91c434a648122a998abe82e4c6708374b849e210a2e7718468f839f.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>The cost gap shrinks, but Compound III only overtakes Aave V3 when the collateral cost exceeds 35%, which is still too high in practice to be actionable. Even in this case, Aave V3 still outperforms Compound III in terms of user costs.</p><h2 id="h-leverage-matching" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Leverage matching</h2><p>As a concrete example of the results shown above, let&apos;s examine what happens when we try to provide the same amount of leverage for ezETH on Compound III as is currently allowed on Aave V3.</p><p>Currently <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://app.aave.com/reserve-overview/?underlyingAsset=0xbf5495efe5db9ce00f80364c8b423567e58d2110&amp;marketName=proto_lido_v3">ezETH</a> has an LTV of 0.93, LT of 0.95 and LB of 0.01 in LRT wstETH emode on Aave V3&apos;s mainnet Prime market. This corresponds to an IB of ~5%.</p><p>Now, suppose Compound III raised CF and LF to 0.93 and 0.95, matching Aave V3. The maximum possible LP in this case is 0.05, which results in an IB of ~1.6% with the existing SFPF—less than 1/3 of Aave’s IB while incurring over 5× the user cost. To achieve IB parity with Aave by modifying the SFPF, it would need to be reduced from 0.7 to ~0.01. Additionally, SFPF is set per comet, rather than per asset so such a change would drastically affect all other collateral assets in the comet.</p><p>If Compound III were to match Aave V3 on user cost with an LP of 0.01, it would yield an insolvency buffer of ~30 bps, which is more than 16× smaller than Aave’s IB.</p><p>Alternatively, if Compound III attempted to match Aave V3’s IB by raising the LP, it would require an LP of nearly 0.15. Not only would this be &gt;15× costlier to users than Aave, but it would also constrain the maximum CF to 0.85, reducing available leverage.</p><h2 id="h-main-takeaway" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Main takeaway</h2><p>Because of Compound III&apos;s liquidation mechanism, it is essentially impossible in practice to match the leverage offered by Aave V3 without either costlier liquidations for borrowers or a smaller insolvency buffer for the protocol.</p>]]></content:encoded>
            <author>victator@newsletter.paragraph.com (victatorships)</author>
        </item>
        <item>
            <title><![CDATA[LRT oracle selection]]></title>
            <link>https://paragraph.com/@victator/lrt-oracle-selection</link>
            <guid>66pvzEHhUiJOnVr6YwRf</guid>
            <pubDate>Thu, 06 Feb 2025 20:16:49 GMT</pubDate>
            <description><![CDATA[There are a lot of considerations when picking oracles for LRTs, with options ranging from Chainlink to the correlated asset price oracle (CAPO) and killswitch from Aave. Let’s review some of the tradeoffs of these choices.ReviewIntrinsic value vs market priceBecause LRTs can be redeemed for the underlying, they have an intrinsic value that is tied to the price of the base asset. Changes in intrinsic value can occur fromslashingloss of assets by operators e.g. hacksredemption freezes or chang...]]></description>
            <content:encoded><![CDATA[<p>There are a lot of considerations when picking oracles for LRTs, with options ranging from Chainlink to the <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://governance.aave.com/t/bgd-correlated-asset-price-oracle/16133">correlated asset price oracle</a> (CAPO) and <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://governance.aave.com/t/gauntlet-synchronicity-price-adapter-killswitch-functionality-for-lst-emode/13224">killswitch</a> from Aave. Let’s review some of the tradeoffs of these choices.</p><h2 id="h-review" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Review</h2><h3 id="h-intrinsic-value-vs-market-price" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Intrinsic value vs market price</h3><p>Because LRTs can be redeemed for the underlying, they have an intrinsic value that is tied to the price of the base asset. Changes in intrinsic value can occur from</p><ul><li><p>slashing</p></li><li><p>loss of assets by operators e.g. hacks</p></li><li><p>redemption freezes or changes in capacity or waittime of withdrawal queue</p></li></ul><p>LRTs can also be traded in the open market on exchanges where they have a market price. These prices have natural volatility and can fall substantially in the event of panic selling or market manipulation.</p><h3 id="h-arbitrageurs" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Arbitrageurs</h3><p>Arbitrageurs are incentivized to keep the market price in line with intrinsic value, but, similarly to liquidators, if their costs are not sufficiently covered by the profits, they are content to do nothing and let these values deviate.</p><p>Whereas most liquidations are transactions that atomically guarantee profit within the block, arbitrageurs often have significantly more uncertainty in their trades that stem from <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://www.investopedia.com/terms/a/adverseselection.asp">adverse selection</a>, longer holding periods (e.g. tying up capital for a week in an LRT withdrawal queue), <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://www.investopedia.com/terms/b/basisrisk.asp">basis risk</a>, opportunity cost and other factors.</p><p>As such, traders have risk limits and checks that often require human judgment to override, ensuring systems are not erroneously detecting market opportunities—a critical safeguard to avoiding blowups like <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://www.henricodolfing.com/2019/06/project-failure-case-study-knight-capital.html">Knight Capital</a>. Response times tend to be longest during events that are both infrequent and high in dollar impact (e.g. LRT depeg) due to the unfamiliarity and stress on risk management systems.</p><h3 id="h-assumptions" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Assumptions</h3><p>Recursive borrowers using LRTs as collateral against the underlying asset find liquidations acceptable when driven by changes in intrinsic value but not when caused by drops in market price if the intrinsic value remains unchanged.</p><p>While overcollateralized lending protocols like Compound III are likely more risk-averse than leveraged borrowers, holding loans that are underwater when marked to market price—while remaining solvent when marked to intrinsic value—poses relatively low risk. We assume this is acceptable to the protocol for short durations e.g. on the order of a few blocks.</p><p>In essence, if both the protocol and borrowers want LRT looping loans to persist when intrinsic value is stable, arbitrageur inattentiveness or failure within the oracle update window should not lead to the forced closure of these loans via liquidation.</p><h3 id="h-market-rate" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Market rate</h3><p>The most common type of oracle is a market rate oracle that aggregates node responses based on market data, typically prices across exchanges. This works well when prices are kept in line by arbitrageurs but can pose challenges for assets with lower liquidity.</p><p>As seen in the mainnet Chainlink ezETH / ETH oracle,</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/492147935acb43e7cb4ff09182ffee24d00c05f4a8c56f2edad909a316d1a5fe.png" alt="Sharp spikes shown are from fluctuations in market value (intrinsic value is unchanged)" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="">Sharp spikes shown are from fluctuations in market value (intrinsic value is unchanged)</figcaption></figure><p>the sudden rate spikes and reversions were likely due to liquidity being primarily concentrated in this <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://balancer.fi/pools/ethereum/v2/0x596192bb6e41802428ac943d2f1476c1af25cc0e000000000000000000000659">Balancer V2 stable pool</a>, which had limited ezETH bid liquidity. When coupled with the 10% drawdown in ETH on Jan 13 or the 20% drop within an hour on Feb 2, this led to delays in arbitrageurs correcting the deviation.</p><p>In particular, ezETH is a ~1B market cap asset that usually only trades 5-10M a day and dislocating the price 10% might only cost ~500k. Using a market rate oracle for ezETH for a WETH lending comet would put users at significant risk of forced liquidations.</p><h3 id="h-staking-rate" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Staking rate</h3><p>An increasingly popular choice for LRTs is to use a staking rate oracle, which tracks the intrinsic exchange rate between the LRT and the underlying asset. By removing the noise from market illiquidity, we could expect the plot of such a rate to look like the following:</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/2d40330a14309b8b9322ece08e4bd86fad244face6004cf4c48f5a0fc0be60e4.png" alt="Low reward rate volatility with sharp drops from infrequent slashes" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="">Low reward rate volatility with sharp drops from infrequent slashes</figcaption></figure><p>a monotonically increasing trend with drawdowns occurring only due to slashing events. This is ideal for meeting the needs of both recursive borrowers and the lending protocol, as any liquidations that occur would be as expected.</p><p>Staking rate oracles typically pull data directly from smart contracts specific to a given LRT. For example, the Compound III ezETH / ETH oracle queries the <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://github.com/Renzo-Protocol/contracts-public/blob/master/contracts/RestakeManager.sol#L332">Renzo RestakeManager</a>. Unlike market oracles, which are standardized by organizations like Chainlink or Pyth—and trusted due to their network design and brand reputation—staking rate oracles are custom written and must be audited individually.</p><p>In the case of ezETH, the oracle used by Compound III computes the ezETH/ETH rate using the <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://github.com/code-423n4/2024-04-renzo/blob/main/contracts/RateProvider/BalancerRateProvider.sol#L29">getRate</a> function of the <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://etherscan.io/address/0x9284ceff248315377e782df0666ee9832e119508#code">BalancerRateProvider</a>. This function derives the rate by dividing the output from the <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://github.com/Renzo-Protocol/contracts-public/blob/master/contracts/RestakeManager.sol#L332">calculateTVLs</a> function of the RestakeManager by the total supply of ezETH. If there is any lapse in accounting on deposits, withdrawals, claims, mints or redeems when tracking the outstanding LRT supply vs the TVL of the LRT across base asset and rewards, this could lead to an incorrectly reported rate, potentially resulting in unintended liquidations.</p><h2 id="h-risks" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Risks</h2><h3 id="h-manipulation" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Manipulation</h3><p>Regardless of whether a market rate oracle or a staking rate oracle is used, the primary risk comes from a malicious actor manipulating the oracle’s output by exploiting vulnerabilities in its computation logic.</p><p>Since market rate oracles provide an aggregated response based on exchange activity, a protocol using such an oracle is at risk of attack when the cost of market manipulation is lower than the potential profits from an economic exploit. When liquidity is scarce, this can lead to significant dislocations between market price and intrinsic value.</p><p>For reference, below is a comparison of the ezETH/ETH Chainlink oracle and the staking rate during the <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://cointelegraph.com/news/renzo-ezeth-depegs-688-airdrop">ezETH depeg</a> last April, illustrating how large the deviation can become.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/9d1e4be79d4e10013e8214be9ff8236afa7126f2a3ecfdbc029df531d5863018.png" alt="ezETH&apos;s market price dropped nearly 20% in less than half an hour" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="">ezETH&apos;s market price dropped nearly 20% in less than half an hour</figcaption></figure><p>While the depeg was driven by panic selling and cascading liquidations—triggered by disappointing airdrop news and exacerbated by the absence of a redemption mechanism for ETH at the time—rather than outright manipulation, the existing market illiquidity for ezETH suggests that a similarly adverse price path could be deliberately orchestrated. Had Compound III been using the Chainlink oracle instead of the Renzo staking rate oracle, it likely would have experienced a substantial amount of undesired liquidations and insolvent debt.</p><p>Attacking staking rate oracles typically involves targeting smart contract logic rather than manipulating the market. Some common exchange rate manipulation attacks are described in this Euler <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://www.euler.finance/blog/exchange-rate-manipulation-in-erc4626-vaults">blog post</a>. Previous Renzo audits have identified vulnerabilities in earlier smart contract versions, including <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://github.com/code-423n4/2024-04-renzo-findings/issues/326">this</a> ezETH exchange rate attack vector.</p><p>As the scale and likelihood of manipulation increase, larger insolvency buffers are needed to shield the protocol from losses. Features like the rate change safeguards in the <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://etherscan.io/address/0x68C9c7Bf43DBd0EBab102116bc7C3C9f7d9297Ee#code">EzETHPriceCapAdapter</a> used by Aave help limit the magnitude of such attack vectors. This, in turn, allows for the protocol to reduce its insolvency buffer requirements and increase collateral factors.</p><h3 id="h-variance" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Variance</h3><p>A secondary consideration is natural variability in oracle output. If the variance is high relative to the liquidation factor, highly levered users may face significantly higher liquidation risk than anticipated.</p><p>Below is a plot of the Compound III ezETH oracle, sampled for the past 90 days.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/471a17ccd3abc4cc444fdef3efdc47163acc4434178426447b89b4e43a5aabcb.png" alt="Relatively stable feed with some small spikes" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="">Relatively stable feed with some small spikes</figcaption></figure><p>No slashing events occurred during this period, but some non-monotonicity can be attributed to the variability of LRT rewards that are not denominated in the base asset. Tracking these in the TVL require oracle lookups, where the RestakeManager makes a call to the <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://github.com/Renzo-Protocol/contracts-public/blob/master/contracts/Oracle/RenzoOracle.sol">RenzoOracle</a> <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://github.com/Renzo-Protocol/contracts-public/blob/master/contracts/RestakeManager.sol#L383">here</a>, which queries Chainlink <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://github.com/Renzo-Protocol/contracts-public/blob/master/contracts/Oracle/RenzoOracle.sol">here</a>. These market rate oracles exhibit higher volatility, and the assets themselves may have worse liquidity profiles.</p><p>As such, features like a killswitch—which automatically intervenes during large price movements or liquidity degradation—could help limit adverse effects on the protocol. Consequently, this would help facilitate an increase in collateral factors while maintaining protocol stability.</p><h2 id="h-main-takeaway" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Main takeaway</h2><p>The choice of oracle is a key determinant of both the leverage that can be safely offered to borrowers and the insolvency risk faced by a lending market.</p><p>For LRTs, oracles should rely on the staking rate rather than market rates like Chainlink, due to the unreliability of arbitrageurs being incentivized to keep markets in line in a timely fashion. This necessitates custom oracle feeds, which should undergo individual audits and incorporate necessary safeguards, such as CAPO.</p><p>Since LRTs accrue rewards that are valued based on their own market rates, additional features such as a killswitch are useful in mitigating the effects of market anomalies. Bounding the magnitude of tail risks allows the protocol to offer higher collateral factors.</p>]]></content:encoded>
            <author>victator@newsletter.paragraph.com (victatorships)</author>
        </item>
        <item>
            <title><![CDATA[Risks to Compound III from higher CFs]]></title>
            <link>https://paragraph.com/@victator/risks-to-compound-iii-from-higher-cfs</link>
            <guid>mgHVPgJty9lB5gYMD3LY</guid>
            <pubDate>Thu, 06 Feb 2025 02:30:56 GMT</pubDate>
            <description><![CDATA[The upside from having more aggressive collateral factors (CFs) seems well understood in terms of increasing capital efficiency, which brings in elastic demand. The downside risks are well documented, but it doesn’t hurt to review them from first principles. Imagine a lot of this will be familiar to DeFi lending veterans but the discussion gets deeper quickly so let’s start from the basics.ReviewWhy overcollateralizationCompound is an overcollateralized lending protocol, so a requirement for ...]]></description>
            <content:encoded><![CDATA[<p>The upside from having more aggressive collateral factors (CFs) seems well understood in terms of increasing capital efficiency, which brings in elastic demand. The downside risks are well documented, but it doesn’t hurt to review them from first principles. Imagine a lot of this will be familiar to DeFi lending veterans but the discussion gets deeper quickly so let’s start from the basics.</p><h2 id="h-review" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Review</h2><h3 id="h-why-overcollateralization" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Why overcollateralization</h3><p>Compound is an overcollateralized lending protocol, so a requirement for opening a loan is that the value of the collateral posted exceeds the value of the borrow taken out of the protocol. If this were not the case, an adversarial actor could profit by borrowing all the assets with no intention of paying back the loans. With no real recourse against anonymous attackers or trust measures like a widely used onchain analogue of a credit score, the default assumption is that any shortfall between debt and collateral will be a loss fully borne by the protocol. This is commonly referred to as insolvency risk.</p><h3 id="h-liquidators" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Liquidators</h3><p>In order to protect against insolvency risk, the protocol incentivizes external actors, known as liquidators, to reduce the size of the balance sheet by purchasing collateral via debt repayment at a discount to the exchange rate. When collateralization has dropped sufficiently to render a loan liquidatable, anyone can call the smart contract to execute the liquidation.</p><h3 id="h-why-liquidators-fail" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Why liquidators fail</h3><p>If liquidators always stepped in then there would never be any insolvencies. While there can be technical difficulties such as mempool congestion or market conditions where a loan becomes underwater in a single oracle update, the primary reason for liquidators to not act is simply that it is unprofitable for them.</p><p>Liquidators have several costs including</p><ul><li><p>execution costs</p><ul><li><p>often slippage from <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://eigenphi.io/mev/eigentx/0x6b66f48da776050dfc23856f9da596388026fd6a72110684594763b7a1cf3b60">atomically arbitraging</a> using a DEX</p></li><li><p>urgency to exit a position that was taken over because it has substantially dropped in value</p></li></ul></li></ul><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/bc41618aa33c0e6c97355b380c09533f6875e78abd60514f3551ea0e76b337d1.png" alt="DeFi lending liquidations often look like this where lots of slippage is paid on DEX pools to atomically guarantee profit, making them simpler and safer to fully automate" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="">DeFi lending liquidations often look like this where lots of slippage is paid on DEX pools to atomically guarantee profit, making them simpler and safer to fully automate</figcaption></figure><ul><li><p>network costs</p><ul><li><p>gas</p></li><li><p>MEV required to land the transaction</p></li></ul></li><li><p>labor costs</p><ul><li><p>is the expected payout worth the dev cycles</p></li></ul></li><li><p>opportunity cost</p><ul><li><p>e.g. if Aave is paying more prioritize liquidating there first</p></li><li><p>if capital is tied up for awhile is their higher ROI elsewhere</p></li></ul></li></ul><p>If their share of the liquidation proceeds is insufficient to cover these costs, a liquidator is content to do nothing as the debt becomes insolvent.</p><h3 id="h-compound-iii-bounds" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Compound III bounds</h3><p>In a Compound III liquidation, the collateral and debt of a loan are absorbed onto the protocol balance sheet, with the debt covered from the reserves. The amount of the borrow asset owed out to the user is their collateral value sans the liquidation penalty (LP). As such, we can derive the following relationship</p><p>$$CF \leq LF \leq 1 - LP$$</p><p>where LF refers to the liquidation factor, the left hand side of the inequality is set to prevent opening loans that are immediately liquidatable and the right hand side is set to prevent absorptions that immediately lead to insolvent debt.</p><p>Let us define the insolvency buffer (IB) as the maximum % the collateral price can drop relative to the debt between absorption and sale before Compound III takes a loss. This was <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://www.comp.xyz/t/gauntlet-analysis-of-the-compound-v3-liquidation-mechanism-1-25-24/4949">previously derived</a> by Gauntlet as</p><p>$$IB = 1 - \displaystyle\frac{1 - LP}{1 - LP \cdot SFPF}$$</p><p>where $$SFPF$$ is the <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://docs.compound.finance/governance/#set-store-front-price-factor">store front price factor</a>.</p><p>When $$SFPF = 0$$, $$IB = LP$$ and when $$SFPF = 1$$, $$IB = 0$$ and for all other cases the equation can be rewritten as</p><p>$$IB = \displaystyle \frac{1 - SFPF}{SFPF} \bigg[ \frac{1}{1 - SFPF \cdot LP} -1 \bigg]$$</p><p>which is an increasing function in $$LP$$ over $$[0, 1]$$.</p><p>Thus, raising CFs lowers the maximum LP for an asset, which in turn reduces both the insolvency buffer and the payment for a liquidator to take over loans before they become underwater. Outside of the rare case where LPs are set too high to the point where lowering them mitigates insolvencies caused by <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://medium.com/gauntlet-networks/aave-market-risk-assessment-becef6d6422f">cascading liquidations</a>, this leads to an increase in insolvency risk.</p><h2 id="h-risks" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Risks</h2><h3 id="h-insolvency" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Insolvency</h3><p>As repeated ad nauseum, the primary risk to a lending protocol are insolvencies where losses occur on overcollateralized loans when the borrow exceeds the value of the collateral. While infrequent, these can happen due to market events (such as depegs) or economic exploits (like an oracle price manipulation) and, in some cases act, as a death knell for a protocol, as seen in the example of Mango Markets below.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/53f66027d20a782bb3d4592bfc105647ec022139fca81475d15b27ebc64b2c86.png" alt="Mango was exploited for " blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="">Mango was exploited for</figcaption></figure><h3 id="h-bank-run" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Bank run</h3><p>Even when the monetary loss of insolvencies themselves are not that significant, they can lead to a crisis of faith in the protocol. In a space filled with memecoin casinos, lending is supposed to be a comparatively safe source of yield so any loss on principal could trigger withdrawals, which could escalate into a <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://www.investopedia.com/terms/b/bankrun.asp">bank run</a>.</p><p>In mid 2022, Aave experienced a 50%+ drawdown in TVL following the UST and stETH depegs, outpacing the 30% drop in ETH over the period. This disparity is indicative of substantial amounts of withdrawals and loan closures.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/9f2cd2190cbded5b3c58f61c9cb6f55f92ecd44c9d824f9da831063ce83618f8.png" alt="Aave suffered a " blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="">Aave suffered a</figcaption></figure><p>While setting CFs too low could also lead to users withdrawing to seek better capital efficiency elsewhere, the rate of TVL loss tends to be much more gradual, with inelastic demand staying put.</p><h2 id="h-main-takeaway" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Main takeaway</h2><p>Raising CFs constrains the maximum LP, which reduces both the insolvency buffer and the incentive liquidators demand to cover their costs. For assets where LPs are already set to moderate or low levels, this directly leads to an increase in insolvency risk. In addition to the initial monetary loss, the risk can be further exacerbated by a bank run and brand damage.</p>]]></content:encoded>
            <author>victator@newsletter.paragraph.com (victatorships)</author>
        </item>
    </channel>
</rss>