KVORUM
compoundSource: Compound governor bravo · #306

[Gauntlet] Risk Recommendations for LRTs on WETH Comets

executedAug 18, 2024, 06:43 PM UTCby680x683a…6c02

01Summary

AISummary by Kvorumclaude-haiku-4-5

Gauntlet proposes updating risk parameters for three Liquid Restaking Tokens (weETH, rsETH, ezETH) on Ethereum to improve capital efficiency following Exchange Rate Oracle implementation. The proposal adjusts collateral factors, liquidation factors, and liquidation penalties for these LRT assets.

Type
parameter change

Key changes

  • weETH: Collateral Factor updated to 90%, Liquidate Collateral Factor to 93%, Liquidation Factor to 94%(high)
  • rsETH: Collateral Factor updated to 88%, Liquidate Collateral Factor to 91%, Liquidation Factor to 96%(high)
  • ezETH: Collateral Factor updated to 90%, Liquidate Collateral Factor to 93%, Liquidation Factor to 96%(high)
  • Configurator upgrade deployment to implement parameter changes(medium)

Notable concerns

  • Parameter changes affect collateral and liquidation thresholds which influence borrowing capacity and liquidation risk
  • Proposal requires acceptance of Gauntlet's terms of service as specified at gauntlet.network/tos
Contracts0x316f9708bb98af7da9c68c1c3b5e79039cd336e30x1ec63b5883c3481134fd50d5daebc83ecd2e8779
Generated by Kvorum
model: claude-haiku-4-5
provider: anthropic
profile: anthropic-fast-v1
prompt: v1.0
generated: 2mo ago
Read the description ↗

02Description

139 words

[Gauntlet] Risk Recommendations for LRTs on WETH Comets

Summary

Gauntlet recommends the following risk parameters for LRTs on Ethereum:

AssetRecommended CFRecommended LFRecommended LP
weETH90%93%4%
rsETH88%91%4%
ezETH88%91%6%

Motivation

Following the implementation of Exchange Rate Oracles, Gauntlet recommends adjusting the risk recommendations for the following LRTs to improve captial efficiency.

Full proposal and forum discussions can be found here.

Specification

The proposal updates the parameters by using the respective methods on the Configurator.

By approving this proposal, you agree that any services provided by Gauntlet shall be governed by the terms of service available at gauntlet.network/tos

03Mismatch analysis

AIMismatch analysis by Kvorumclaude-sonnet-5
Consistent

I mapped each LRT asset address to its known mainnet token address (weETH = 0xCd5fE2...7ee, rsETH = 0xA1290d...5A7, ezETH = 0xbf5495...110) and compared the three parameters set per asset (borrow collateral factor, liquidate collateral factor, and liquidation factor) against the description's table of CF/LF/LP. For each asset, the liquidation factor in calldata equals 100% minus the described Liquidation Penalty (LP), which is the standard relationship between these two values, and all values matched exactly after unit conversion from 18-decimal fixed point to percentages: weETH (90/93/4), rsETH (88/91/4), ezETH (88/91/6) — all consistent with the proposal table. The final action (deployAndUpgradeTo) is the standard Compound III mechanism to push new Comet implementation/configuration live, which is routine boilerplate for any Configurator-based governance action and is reasonably omitted from the prose per the 'legitimate summarization' guidance. No value, target, or omission discrepancies were found that a delegate should be warned about.

Generated by Kvorum
model: claude-sonnet-5
provider: anthropic
profile: anthropic-strong-v1
prompt: v1.0
generated: 2mo ago
Review the decoded actions ↗

04Actions

10 total
#0updateAssetBorrowCollateralFactor(address,address,uint64)chain 0x1
Target
0x316f…36e3
Value
0 wei
Function
updateAssetBorrowCollateralFactor(address,address,uint64)
Arguments
{
  "0": "0xA17581A9E3356d9A858b789D68B4d866e593aE94",
  "1": "0xbf5495Efe5DB9ce00f80364C8B423567e58d2110",
  "2": "880000000000000000"
}
Calldata
#1updateAssetLiquidateCollateralFactor(address,address,uint64)chain 0x1
Target
0x316f…36e3
Value
0 wei
Function
updateAssetLiquidateCollateralFactor(address,address,uint64)
Arguments
{
  "0": "0xA17581A9E3356d9A858b789D68B4d866e593aE94",
  "1": "0xbf5495Efe5DB9ce00f80364C8B423567e58d2110",
  "2": "910000000000000000"
}
Calldata
#2updateAssetLiquidationFactor(address,address,uint64)chain 0x1
Target
0x316f…36e3
Value
0 wei
Function
updateAssetLiquidationFactor(address,address,uint64)
Arguments
{
  "0": "0xA17581A9E3356d9A858b789D68B4d866e593aE94",
  "1": "0xbf5495Efe5DB9ce00f80364C8B423567e58d2110",
  "2": "940000000000000000"
}
Calldata
#3updateAssetBorrowCollateralFactor(address,address,uint64)chain 0x1
Target
0x316f…36e3
Value
0 wei
Function
updateAssetBorrowCollateralFactor(address,address,uint64)
Arguments
{
  "0": "0xA17581A9E3356d9A858b789D68B4d866e593aE94",
  "1": "0xA1290d69c65A6Fe4DF752f95823fae25cB99e5A7",
  "2": "880000000000000000"
}
Calldata
#4updateAssetLiquidateCollateralFactor(address,address,uint64)chain 0x1
Target
0x316f…36e3
Value
0 wei
Function
updateAssetLiquidateCollateralFactor(address,address,uint64)
Arguments
{
  "0": "0xA17581A9E3356d9A858b789D68B4d866e593aE94",
  "1": "0xA1290d69c65A6Fe4DF752f95823fae25cB99e5A7",
  "2": "910000000000000000"
}
Calldata
#5updateAssetLiquidationFactor(address,address,uint64)chain 0x1
Target
0x316f…36e3
Value
0 wei
Function
updateAssetLiquidationFactor(address,address,uint64)
Arguments
{
  "0": "0xA17581A9E3356d9A858b789D68B4d866e593aE94",
  "1": "0xA1290d69c65A6Fe4DF752f95823fae25cB99e5A7",
  "2": "960000000000000000"
}
Calldata
#6updateAssetBorrowCollateralFactor(address,address,uint64)chain 0x1
Target
0x316f…36e3
Value
0 wei
Function
updateAssetBorrowCollateralFactor(address,address,uint64)
Arguments
{
  "0": "0xA17581A9E3356d9A858b789D68B4d866e593aE94",
  "1": "0xCd5fE23C85820F7B72D0926FC9b05b43E359b7ee",
  "2": "900000000000000000"
}
Calldata
#7updateAssetLiquidateCollateralFactor(address,address,uint64)chain 0x1
Target
0x316f…36e3
Value
0 wei
Function
updateAssetLiquidateCollateralFactor(address,address,uint64)
Arguments
{
  "0": "0xA17581A9E3356d9A858b789D68B4d866e593aE94",
  "1": "0xCd5fE23C85820F7B72D0926FC9b05b43E359b7ee",
  "2": "930000000000000000"
}
Calldata
#8updateAssetLiquidationFactor(address,address,uint64)chain 0x1
Target
0x316f…36e3
Value
0 wei
Function
updateAssetLiquidationFactor(address,address,uint64)
Arguments
{
  "0": "0xA17581A9E3356d9A858b789D68B4d866e593aE94",
  "1": "0xCd5fE23C85820F7B72D0926FC9b05b43E359b7ee",
  "2": "960000000000000000"
}
Calldata
#9deployAndUpgradeTo(address,address)chain 0x1
Target
0x1ec6…8779
Value
0 wei
Function
deployAndUpgradeTo(address,address)
Arguments
{
  "0": "0x316f9708bB98af7dA9c68C1C3b5e79039cD336E3",
  "1": "0xA17581A9E3356d9A858b789D68B4d866e593aE94"
}
Calldata

05Tally

Summed from votes

Voters0
VP participating0
Outcome (current)—
Current support—

06Voters

0 total

No votes recorded yet.

07Forum

AIForum synthesis by Kvorumclaude-haiku-4-5
sentiment · favorablethread · constructive

Arguments for

  • Exchange rate oracles eliminate volatility-based pricing, allowing lower liquidation penalties and higher collateral factors while maintaining safety through data-driven metrics.— Gauntlet
  • Liquidation penalties based on maximum negative deviation between market and exchange rates (2x AMD) provide adequate buffer while incentivizing liquidators sufficiently.— Gauntlet
  • Using median withdrawal ratio as a liquidity stress indicator allows differentiated liquidation factors that reflect actual protocol redemption pressure.— Gauntlet
  • The proposed changes increase capital efficiency for LRT collateral without compromising protocol safety through rigorous quantitative analysis.— Gauntlet

Arguments against

None surfaced.

Notable participants

  • GauntletProposer presenting risk parameter recommendations for LRTs with quantitative methodology and exchange rate oracle implementation.
Generated by Kvorum
model: claude-haiku-4-5
provider: anthropic
profile: anthropic-fast-v1
prompt: v1.0
generated: 2mo ago
Open the thread ↗