0xc525df310cc9e3ab7f4bcb1c531d92125193f1be089691109de162970b67392d
Transaction
Balance changes
Address | Token(s) swapped | Balance | Price | Value change | |
---|---|---|---|---|---|
| INV | +$20.28 | |||
Inverse DAO | +0.9537239 | | +$20.28 | ||
| ETH | +$2.37 | |||
Ether | +0.00090457131 | | +$2.37 | ||
| ETH | -$9.75 | |||
Ether | -0.0037183646 | | -$9.75 | ||
| INV | -$20.28 | |||
Inverse DAO | -0.9537239 | | -$20.28 |
Invocation flow
Full trace
- 0CALL1830214 gas [RECV] Inverse Governor Mills.propose (targets=[12 elements], values=[12 elements], signatures=[12 elements], calldatas=[12 elements], description=# Proposal to Revise Liquidation Factor for Live FiRM Markets Forum Link: https://forum.inverse.finance/t/proposal-to-revise-liquidation-factor-for-live-firm-markets/444 #### Summary This proposal aims to adjust the Liquidation Factor settings for various collaterals in FiRM, Inverse Finance's fixed-rate lending protocol. These adjustments are designed to enhance the protocol's resilience and ensure economically viable liquidations under heightened network congestion scenarios. During the latest stress test, despite the very high gas environments, FiRM processed liquidations successfully and incurred no bad debt, demonstrating the protocol's robustness and effective risk management. #### Background FiRM’s operational stability and risk mitigation depend significantly on the accurate calibration of collateral parameterization. Borrow positions are created when users borrow assets against their collateral, and these positions must remain liquidatable to protect the interests of both borrowers and lenders. With regards to the Liquidation Factor and Minimum Debt parameters, these are crucial for managing the protocol's exposure to market volatility and ensuring that the liquidation system is both responsive and equitable. As a reminder, the Liquidation Factor determines the maximum amount of debt a liquidator can repay in a single liquidation transaction. The revisions are based on a recalibration of our existing framework following the recent August 4th stress test, which made apparent the need to model for a 600 gwei gas base case. #### Methodology Following the methodology used in previous [analyses](https://www.inverse.finance/blog/posts/en-US/firms-new-guard-minimum-debt-amounts), the RWG has revised the Liquidation Factor modeling to accommodate a 600 gwei gas price base case. This adjustment ensures that liquidations remain feasible and economically rational for liquidators even during periods of heightened network congestion. The first step in determining the optimal Liquidation Factor for each FiRM market is to estimate the total gas incurred by a liquidator following a three step process; Acquire DOLA starting with ETH, Perform the liquidation, Sell the liquidated asset for ETH. To collect gas spent for steps one and three, the RWG makes use of Tenderly to simulate swaps on Uniswap or Curve, where appropriate. For step two, liquidations are simulated in forked environments designed to mirror current FiRM borrowers. These three values are then summed, resulting in Tot Gas Used. Each market has an associated Tot Gas Used value unique to the underlying collateral. These are then converted to a Cost of Liquidation, measured in USD, assuming a price of ETH and gas price (in GWEI) that reflects the market conditions at the time of the analysis. In the latest revision analysis, we utilized ETH price of $3000 and a gas price of 600 gwei. In the past, these were carried out using an ETH price of $3500 and a gas price of 300 GWEI and even before that, an ETH price of $2000 and gas price of 60 GWEI. The revision to the ETH price parameter reflects the current market valuation of ETH. On the other hand, the choice of setting the gas price at 600 GWEI is a direct result of observations made during the latest August 4th stress test and is designed to prepare the protocol for extreme scenarios. It aims to ensure that liquidations remain feasible and economically rational for liquidators even during periods of heightened and prolonged network congestion —a scenario not uncommon when volatility picks up in the crypto markets. Finally, minimum viable Liquidation Factor for each market is derived from Cost of Liquidation, market Minimum Debt and Liquidation Incentives, and the ETH and Gas price assumptions mentioned above. A safety buffer is added to this value, resulting in our final recommendation for this parameter. #### Findings and Recommendations The table below summarizes the recommended adjustments to the Liquidation Factors for various FiRM markets, considering a gas price of 600 gwei and an ETH price of $3000. The RWG recommends changes to the liquidation factor of the INV market be adjusted upwards but not to the full extent the model recommends, and that this be postponed until INV has deeper on-chain liquidity. The recommended changes are designed to have no adverse impact on the protocol's ability to conduct profitable liquidations or increase the risk of liquidation cascades, as per the findings from the FiRM [collateral parameter modeling](https://forum.inverse.finance/t/behind-the-scenes-collateral-parameterization/376). |Market|Recommended Liquidation Factor (%)|Current Liquidation Factor (%)|Δ from Current Setting (%)| | --- | --- | --- | --- | |wETH|40.0%|31.0%|9.0%| |wstETH|60.0%|41.0%|19.0%| |CRV|60.0%|20.0%|40.0%| |cvxCRV|80.0%|32.0%|48.0%| |st-yCRV|70.0%|32.0%|38.0%| |DAI|70.0%|47.0%|23.0%| |CVX|60.0%|41.0%|19.0%| |wBTC|60.0%|41.0%|19.0%| |st-yETH|70.0%|48.0%|22.0%| |sFRAX|70.0%|50.0%|20.0%| |COMP|60.0%|41.0%|19.0%| |INV|50.0%|35.0%|15.0%| #### Conclusion The RWG's latest analysis underscores the necessity of these adjustments to maintain FiRM's operational stability and economic viability of liquidations. By implementing these changes, Inverse Finance will ensure that liquidations can continue to be conducted profitably even under extreme gas price scenarios, thereby protecting the protocol and its users. #### On-Chain Actions: * Update the Liquidation Factor for each market as per the recommended values in the table above.) (211)
- 1SLOADproposalThreshold 1900000000000000000000
- 2
- 3CALL60912 gas xINV.exchangeRateCurrent () (7691644279730586925)
- 62SLOAD
- 63STATICCALL5980 gas Inverse DAO.getPriorVotes (account=[SEND] 0xed9376094ce37635827e0cfddc23bfbb6d788469, blockNumber=20564486) (0)
- 72
- 73STATICCALL5303 gas xINV.getPriorVotes (account=[SEND] 0xed9376094ce37635827e0cfddc23bfbb6d788469, blockNumber=20564486) (327139592615468691455)
- 82SHA30x000000000000000000000000ed9376094ce37635827e0cfddc23bfbb6d78846900000000000000000000000000000000000000000000000000000000000000080x82eb9499c6e6f437b911573af5d9d5b59e36f0aabc70dcd1ce4af96436e6a93c
- 83
- 84SLOADproposalCount 210
- 85SHA30x00000000000000000000000000000000000000000000000000000000000000ce00000000000000000000000000000000000000000000000000000000000000070xd8205fe34aec095a1501cb86063193d4a86ed5ee51438c463c6b93e33e134c8d
- 86SLOAD(proposals[206].canceled, proposals[206].executed) (false, true)
- 87SLOADproposals[206].startBlock 20377563
- 88SLOADproposals[206].endBlock 20394843
- 89SLOAD
- 90SLOADproposals[206].forVotes 135999391471364914314383
- 91SLOADquorumVotes 15500000000000000000000
- 92SLOADproposals[206].forVotes 135999391471364914314383
- 93SLOADproposals[206].eta 1722225347
- 94SLOAD(proposals[206].canceled, proposals[206].executed) (false, true)
- 95SLOADproposalCount 210
- 96SSTOREproposalCount 210 to 211
- 97SLOADproposalCount 211
- 98SHA30x00000000000000000000000000000000000000000000000000000000000000d300000000000000000000000000000000000000000000000000000000000000070x7ca40dd6807e588b198560daf621208c97df7c5f3a516160ccf1a1d95e51585f
- 99SSTOREproposals[211].id 0 to 211
- 100
- 101
- 102SSTORE
- 103SLOAD
- 104SSTOREproposals[211].targets[length] 0 to 12
- 105SHA30x7ca40dd6807e588b198560daf621208c97df7c5f3a516160ccf1a1d95e5158620xc3c83e6197d5d50e52703095ae0aa620963affd5b925cb6c67157900563300ec
- 106
- 107
- 108
- 109
- 110
- 111
- 112
- 113
- 114
- 115
- 116
- 117
- 118
- 119
- 120
- 121
- 122
- 123
- 124
- 125
- 126
- 127
- 128
- 129
- 130SLOAD
- 131SSTOREproposals[211].values[length] 0 to 12
- 132SHA30x7ca40dd6807e588b198560daf621208c97df7c5f3a516160ccf1a1d95e5158630x546eb4caf1b71197c8e0a93c59665dc77e20ffdf7bb6138b81f3d0f8005ac2c5
- 133SSTORE
- 134SSTORE
- 135SSTORE
- 136SSTORE
- 137SSTORE
- 138SSTORE
- 139SSTORE
- 140SSTORE
- 141SSTORE
- 142SSTORE
- 143SSTORE
- 144SSTORE
- 145
- 146SSTORE
- 147SHA30x7ca40dd6807e588b198560daf621208c97df7c5f3a516160ccf1a1d95e5158640x5b88e88a670bec0ced8120ce7bf58970f10a8ac057f15ce8b763d2a33346228a
- 148SLOAD
- 149SHA30x5b88e88a670bec0ced8120ce7bf58970f10a8ac057f15ce8b763d2a33346228a0x0b38bfea0e208f51086bd97d62ea4eeeac4f396110550c69f9d1ab8a13b908bf
- 150SSTORE
- 151SSTOREproposals[211].signatures[0][0] " " to "setLiquidationFactorBps(uint256)"
- 152SLOAD
- 153SHA30x5b88e88a670bec0ced8120ce7bf58970f10a8ac057f15ce8b763d2a33346228b0x22da6f7b53b1a0191e3e810cb145b864933da32f2c43195d421a87efd684e6d6
- 154SSTORE
- 155SSTOREproposals[211].signatures[1][0] " " to "setLiquidationFactorBps(uint256)"
- 156SLOAD
- 157SHA30x5b88e88a670bec0ced8120ce7bf58970f10a8ac057f15ce8b763d2a33346228c0xa361dec9a0719922d0c424bd8c82b330699c120a40fa6a19c790987e390b31f4
- 158SSTORE
- 159SSTOREproposals[211].signatures[2][0] " " to "setLiquidationFactorBps(uint256)"
- 160SLOAD
- 161SHA30x5b88e88a670bec0ced8120ce7bf58970f10a8ac057f15ce8b763d2a33346228d0x0de72bedbf8064a8741161572eaf4cffe519d32c1b49f6c0b6f3945052680c71
- 162SSTORE
- 163SSTOREproposals[211].signatures[3][0] " " to "setLiquidationFactorBps(uint256)"
- 164SLOAD
- 165SHA30x5b88e88a670bec0ced8120ce7bf58970f10a8ac057f15ce8b763d2a33346228e0xfafcfce53da613316b4cc79b9ffe00ff741059c54d16d2585e3d08facb5b49b9
- 166SSTORE
- 167SSTOREproposals[211].signatures[4][0] " " to "setLiquidationFactorBps(uint256)"
- 168SLOAD
- 169SHA30x5b88e88a670bec0ced8120ce7bf58970f10a8ac057f15ce8b763d2a33346228f0x87aebc08ef14f5b60b9ce3df467518807dd0997c5dbde8fa553869ae273efdad
- 170SSTORE
- 171SSTOREproposals[211].signatures[5][0] " " to "setLiquidationFactorBps(uint256)"
- 172SLOAD
- 173SHA30x5b88e88a670bec0ced8120ce7bf58970f10a8ac057f15ce8b763d2a3334622900x66ad8616bd8cd6b667751bf14d84d30f0a31491478df5e5a5f9540dff93a4683
- 174SSTORE
- 175SSTOREproposals[211].signatures[6][0] " " to "setLiquidationFactorBps(uint256)"
- 176SLOAD
- 177SHA30x5b88e88a670bec0ced8120ce7bf58970f10a8ac057f15ce8b763d2a3334622910xbbab56d983004e07ac77b58699f7dad65798696243d8c25f3bcf066cd6e3916e
- 178SSTORE
- 179SSTOREproposals[211].signatures[7][0] " " to "setLiquidationFactorBps(uint256)"
- 180SLOAD
- 181SHA30x5b88e88a670bec0ced8120ce7bf58970f10a8ac057f15ce8b763d2a3334622920x8552c9a2d7a13f6de12a7870595b544f20b915f50a92a80405e1db19506f02fe
- 182SSTORE
- 183SSTOREproposals[211].signatures[8][0] " " to "setLiquidationFactorBps(uint256)"
- 184SLOAD
- 185SHA30x5b88e88a670bec0ced8120ce7bf58970f10a8ac057f15ce8b763d2a3334622930xbbe37443c57c8b0b39debc75cb7fe6584e89412bff7aba719abb35818f061520
- 186SSTORE
- 187SSTOREproposals[211].signatures[9][0] " " to "setLiquidationFactorBps(uint256)"
- 188SLOAD
- 189SHA30x5b88e88a670bec0ced8120ce7bf58970f10a8ac057f15ce8b763d2a3334622940x48edc4708145ad6b1d67963941383b57a60f4a57bc2a1f96f6c012b48e7c9625
- 190SSTORE
- 191SSTOREproposals[211].signatures[10][0] " " to "setLiquidationFactorBps(uint256)"
- 192SLOAD
- 193SHA30x5b88e88a670bec0ced8120ce7bf58970f10a8ac057f15ce8b763d2a3334622950xf7d1771c736c297ea275f5d35aad4c8f654cb762c554deaae42b2c96877f2225
- 194SSTORE
- 195SSTOREproposals[211].signatures[11][0] " " to "setLiquidationFactorBps(uint256)"
- 196SLOAD
- 197SSTOREproposals[211].calldatas[length] 0 to 12
- 198SHA30x7ca40dd6807e588b198560daf621208c97df7c5f3a516160ccf1a1d95e5158650xae2414548261bd011ad456fcb53302bdf487d72505cbb4ce400f1e6c7387c4a5
- 199SLOAD
- 200SHA30xae2414548261bd011ad456fcb53302bdf487d72505cbb4ce400f1e6c7387c4a50x7b6432a6683141c70fa5423b60a2606196cc690d33568e9ec8b4aaba2cb9f94c
- 201SSTORE
- 202SSTOREproposals[211].calldatas[0][0] 0x0000000000000000000000000000000000000000000000000000000000000000 to 0x0000000000000000000000000000000000000000000000000000000000000fa0
- 203SLOAD
- 204SHA30xae2414548261bd011ad456fcb53302bdf487d72505cbb4ce400f1e6c7387c4a60x5b99d4e167459ca216d5d18878fc6ae3df3c10991b05ef8b361528e5acbd0283
- 205SSTORE
- 206SSTOREproposals[211].calldatas[1][0] 0x0000000000000000000000000000000000000000000000000000000000000000 to 0x0000000000000000000000000000000000000000000000000000000000001770
- 207SLOAD
- 208SHA30xae2414548261bd011ad456fcb53302bdf487d72505cbb4ce400f1e6c7387c4a70x24d7551728936c494d1c60310805c86b44fc208f8b87089ace3a6d0e4c0e0189
- 209SSTORE
- 210SSTOREproposals[211].calldatas[2][0] 0x0000000000000000000000000000000000000000000000000000000000000000 to 0x0000000000000000000000000000000000000000000000000000000000001770
- 211SLOAD
- 212SHA30xae2414548261bd011ad456fcb53302bdf487d72505cbb4ce400f1e6c7387c4a80xf55a9e53d93883124c46ed5a2fa16a9a6f719d98333a506d46f6ed4e67974689
- 213SSTORE
- 214SSTOREproposals[211].calldatas[3][0] 0x0000000000000000000000000000000000000000000000000000000000000000 to 0x0000000000000000000000000000000000000000000000000000000000001f40
- 215SLOAD
- 216SHA30xae2414548261bd011ad456fcb53302bdf487d72505cbb4ce400f1e6c7387c4a90xcaf841b76833558bdea4c365f8492cd4f326c22a6bceacb8e0c5f7050a861adb
- 217SSTORE
- 218SSTOREproposals[211].calldatas[4][0] 0x0000000000000000000000000000000000000000000000000000000000000000 to 0x0000000000000000000000000000000000000000000000000000000000001b58
- 219SLOAD
- 220SHA30xae2414548261bd011ad456fcb53302bdf487d72505cbb4ce400f1e6c7387c4aa0x69a705ce519370913478db4828992f9683834334036931af6facefc9518e1a23
- 221SSTORE
- 222SSTOREproposals[211].calldatas[5][0] 0x0000000000000000000000000000000000000000000000000000000000000000 to 0x0000000000000000000000000000000000000000000000000000000000001b58
- 223SLOAD
- 224SHA30xae2414548261bd011ad456fcb53302bdf487d72505cbb4ce400f1e6c7387c4ab0x942a185b6633fdc2a5978ee712157b92855a958afd613b784420128668532a25
- 225SSTORE
- 226SSTOREproposals[211].calldatas[6][0] 0x0000000000000000000000000000000000000000000000000000000000000000 to 0x0000000000000000000000000000000000000000000000000000000000001770
- 227SLOAD
- 228SHA30xae2414548261bd011ad456fcb53302bdf487d72505cbb4ce400f1e6c7387c4ac0xc0d21b0ebc848ef95125b66b2a01cb6172eb2311258755e72fb76d9a2b5d1215
- 229SSTORE
- 230SSTOREproposals[211].calldatas[7][0] 0x0000000000000000000000000000000000000000000000000000000000000000 to 0x0000000000000000000000000000000000000000000000000000000000001770
- 231SLOAD
- 232SHA30xae2414548261bd011ad456fcb53302bdf487d72505cbb4ce400f1e6c7387c4ad0xb4ef28d7aec5f64c368b34e670b1d0ff8fe586255619bb8803c8a1b081d24393
- 233SSTORE
- 234SSTOREproposals[211].calldatas[8][0] 0x0000000000000000000000000000000000000000000000000000000000000000 to 0x0000000000000000000000000000000000000000000000000000000000001b58
- 235SLOAD
- 236SHA30xae2414548261bd011ad456fcb53302bdf487d72505cbb4ce400f1e6c7387c4ae0x1542051061a447a0e21d1a82354c0422294ad9795e3572d304ab4a24016b2b45
- 237SSTORE
- 238SSTOREproposals[211].calldatas[9][0] 0x0000000000000000000000000000000000000000000000000000000000000000 to 0x0000000000000000000000000000000000000000000000000000000000001b58
- 239SLOAD
- 240SHA30xae2414548261bd011ad456fcb53302bdf487d72505cbb4ce400f1e6c7387c4af0x283f2c58f6a6095f1946084aae3f74d74338342430f0184bf6e66a7efb3f6bae
- 241SSTORE
- 242SSTOREproposals[211].calldatas[10][0] 0x0000000000000000000000000000000000000000000000000000000000000000 to 0x0000000000000000000000000000000000000000000000000000000000001770
- 243SLOAD
- 244SHA30xae2414548261bd011ad456fcb53302bdf487d72505cbb4ce400f1e6c7387c4b00x992badf6a33e478cd397c38d48ac852d1f41c59849c5f8df6acea526345a9f97
- 245SSTORE
- 246SSTOREproposals[211].calldatas[11][0] 0x0000000000000000000000000000000000000000000000000000000000000000 to 0x0000000000000000000000000000000000000000000000000000000000001388
- 247SSTOREproposals[211].startBlock 0 to 20564488
- 248SSTOREproposals[211].endBlock 0 to 20581768
- 249SSTORE
- 250SSTORE
- 251SLOAD(proposals[211].canceled, proposals[211].executed) (false, false)
- 252SSTORE(proposals[211].canceled, proposals[211].executed) (false, false)
- 253SLOAD(proposals[211].canceled, proposals[211].executed) (false, false)
- 254SSTORE(proposals[211].canceled, proposals[211].executed) (false, false)
- 255
- 256CALL6413 gas xINV.exchangeRateCurrent () (7691644279730586925)
- 268SHA30x00000000000000000000000000000000000000000000000000000000000000d3000000000000000000000000000000000000000000000000000000000000000a0xe4d76788d325cd5e4175b59b497d98bae98719e12c3ece6b1217e1ca692e1695
- 269SSTORExinvExchangeRates[211] 0 to 7691644279730586925
- 270SHA30x000000000000000000000000ed9376094ce37635827e0cfddc23bfbb6d78846900000000000000000000000000000000000000000000000000000000000000080x82eb9499c6e6f437b911573af5d9d5b59e36f0aabc70dcd1ce4af96436e6a93c
- 271SSTORE
- 272LOGProposalCreated (id=211, proposer= 0xed9376094ce37635827e0cfddc23bfbb6d788469, targets=[12 elements], values=[12 elements], signatures=[12 elements], calldatas=[12 elements], startBlock=20564488, endBlock=20581768, description=# Proposal to Revise Liquidation Factor for Live FiRM Markets Forum Link: https://forum.inverse.finance/t/proposal-to-revise-liquidation-factor-for-live-firm-markets/444 #### Summary This proposal aims to adjust the Liquidation Factor settings for various collaterals in FiRM, Inverse Finance's fixed-rate lending protocol. These adjustments are designed to enhance the protocol's resilience and ensure economically viable liquidations under heightened network congestion scenarios. During the latest stress test, despite the very high gas environments, FiRM processed liquidations successfully and incurred no bad debt, demonstrating the protocol's robustness and effective risk management. #### Background FiRM’s operational stability and risk mitigation depend significantly on the accurate calibration of collateral parameterization. Borrow positions are created when users borrow assets against their collateral, and these positions must remain liquidatable to protect the interests of both borrowers and lenders. With regards to the Liquidation Factor and Minimum Debt parameters, these are crucial for managing the protocol's exposure to market volatility and ensuring that the liquidation system is both responsive and equitable. As a reminder, the Liquidation Factor determines the maximum amount of debt a liquidator can repay in a single liquidation transaction. The revisions are based on a recalibration of our existing framework following the recent August 4th stress test, which made apparent the need to model for a 600 gwei gas base case. #### Methodology Following the methodology used in previous [analyses](https://www.inverse.finance/blog/posts/en-US/firms-new-guard-minimum-debt-amounts), the RWG has revised the Liquidation Factor modeling to accommodate a 600 gwei gas price base case. This adjustment ensures that liquidations remain feasible and economically rational for liquidators even during periods of heightened network congestion. The first step in determining the optimal Liquidation Factor for each FiRM market is to estimate the total gas incurred by a liquidator following a three step process; Acquire DOLA starting with ETH, Perform the liquidation, Sell the liquidated asset for ETH. To collect gas spent for steps one and three, the RWG makes use of Tenderly to simulate swaps on Uniswap or Curve, where appropriate. For step two, liquidations are simulated in forked environments designed to mirror current FiRM borrowers. These three values are then summed, resulting in Tot Gas Used. Each market has an associated Tot Gas Used value unique to the underlying collateral. These are then converted to a Cost of Liquidation, measured in USD, assuming a price of ETH and gas price (in GWEI) that reflects the market conditions at the time of the analysis. In the latest revision analysis, we utilized ETH price of $3000 and a gas price of 600 gwei. In the past, these were carried out using an ETH price of $3500 and a gas price of 300 GWEI and even before that, an ETH price of $2000 and gas price of 60 GWEI. The revision to the ETH price parameter reflects the current market valuation of ETH. On the other hand, the choice of setting the gas price at 600 GWEI is a direct result of observations made during the latest August 4th stress test and is designed to prepare the protocol for extreme scenarios. It aims to ensure that liquidations remain feasible and economically rational for liquidators even during periods of heightened and prolonged network congestion —a scenario not uncommon when volatility picks up in the crypto markets. Finally, minimum viable Liquidation Factor for each market is derived from Cost of Liquidation, market Minimum Debt and Liquidation Incentives, and the ETH and Gas price assumptions mentioned above. A safety buffer is added to this value, resulting in our final recommendation for this parameter. #### Findings and Recommendations The table below summarizes the recommended adjustments to the Liquidation Factors for various FiRM markets, considering a gas price of 600 gwei and an ETH price of $3000. The RWG recommends changes to the liquidation factor of the INV market be adjusted upwards but not to the full extent the model recommends, and that this be postponed until INV has deeper on-chain liquidity. The recommended changes are designed to have no adverse impact on the protocol's ability to conduct profitable liquidations or increase the risk of liquidation cascades, as per the findings from the FiRM [collateral parameter modeling](https://forum.inverse.finance/t/behind-the-scenes-collateral-parameterization/376). |Market|Recommended Liquidation Factor (%)|Current Liquidation Factor (%)|Δ from Current Setting (%)| | --- | --- | --- | --- | |wETH|40.0%|31.0%|9.0%| |wstETH|60.0%|41.0%|19.0%| |CRV|60.0%|20.0%|40.0%| |cvxCRV|80.0%|32.0%|48.0%| |st-yCRV|70.0%|32.0%|38.0%| |DAI|70.0%|47.0%|23.0%| |CVX|60.0%|41.0%|19.0%| |wBTC|60.0%|41.0%|19.0%| |st-yETH|70.0%|48.0%|22.0%| |sFRAX|70.0%|50.0%|20.0%| |COMP|60.0%|41.0%|19.0%| |INV|50.0%|35.0%|15.0%| #### Conclusion The RWG's latest analysis underscores the necessity of these adjustments to maintain FiRM's operational stability and economic viability of liquidations. By implementing these changes, Inverse Finance will ensure that liquidations can continue to be conducted profitably even under extreme gas price scenarios, thereby protecting the protocol and its users. #### On-Chain Actions: * Update the Liquidation Factor for each market as per the recommended values in the table above.)
-