KVORUM
compoundSource: Compound governor bravo · #153

Risk Parameter Updates for V2 and V3 WETH Comet

executedMar 12, 2023, 01:54 PM UTCby680x683a…6c02

01Summary

AISummary by Kvorumclaude-haiku-4-5

Proposal to adjust risk parameters across Compound V2 and V3: updating cWBTC collateral factor to 0.60 on V2, and increasing cbETH supply cap to 40,000 on WETH Comet (V3).

Type
parameter change

Key changes

  • Update cWBTC collateral factor to 0.60 (600000000000000000 mantissa) on Compound V2 Comptroller(high)
  • Increase cbETH supply cap to 40,000 on WETH Comet (V3)(high)
  • Deploy and upgrade configuration for WETH Comet proxy(medium)

Notable concerns

  • Parameters sourced from Gauntlet risk analysis; approval includes agreement to Gauntlet's terms of service
Contracts0x3d9819210a31b4961b30ef54be2aed79b9c9cd3b0x316f9708bb98af7da9c68c1c3b5e79039cd336e30x1ec63b5883c3481134fd50d5daebc83ecd2e8779
Generated by Kvorum
model: claude-haiku-4-5
provider: anthropic
profile: anthropic-fast-v1
prompt: v1.0
generated: 2mo ago
Read the description ↗

02Description

132 words

Risk Parameter Updates for V2 and V3 WETH Comet

Simple Summary

A proposal to adjust:

  • one (1) risk parameter (collateral factor) across one (1) Compound V2 asset.
  • one (1) parameter for one (1) Compound V3 WETH asset.

More details can be found in the below forum posts:

Specification

V2:

WETH Comet:

Implementation

This proposal updates parameters on two different deployments of Compound.

The collateral factor of legacy cWBTC is updated using the _setCollateralFactor method on the Comptroller.

The cbETH supply cap is updated using the updateAssetSupplyCap with the WETH Comet on the Configurator contract.

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 Kvorummedium confidenceclaude-sonnet-5
Consistent

The description states two risk-parameter changes: (1) a V2 collateral factor adjustment for cWBTC via Comptroller._setCollateralFactor, and (2) a cbETH supply cap update on the WETH Comet via Configurator.updateAssetSupplyCap. The calldata contains exactly these two calls as actions 0 and 1, targeting the expected Comptroller and Configurator contracts respectively, with plausible parameter values (60% collateral factor, 40,000 cbETH supply cap). A third action (action 2) calls deployAndUpgradeTo on the Comet factory/configurator to push the configuration change live on the WETH Comet proxy. This is standard, expected boilerplate for Compound V3 Configurator updates — without this call the supply cap change described in action 1 would not actually take effect on the live Comet contract — so its omission from the prose is a legitimate mechanical simplification rather than a hidden or contradictory action. No target mismatches, extra unexplained transfers, or magnitude discrepancies were found. Because the description's images (which likely contain the exact numeric before/after values) could not be inspected, I could not fully verify that 60% and 40,000 cbETH match the recommended values in the linked forum posts, so confidence is medium rather than high. Overall, the on-chain actions faithfully implement what the description claims, with no material discrepancy identified.

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

04Actions

3 total
#0_setCollateralFactor(address,uint256)chain 0x1
Target
0x3d98…cd3b
Value
0 wei
Function
_setCollateralFactor(address,uint256)
Arguments
{
  "cToken": "0xC11b1268C1A384e55C48c2391d8d480264A3A7F4",
  "newCollateralFactorMantissa": "600000000000000000"
}
Calldata
#1updateAssetSupplyCap(address,address,uint128)chain 0x1
Target
0x316f…36e3
Value
0 wei
Function
updateAssetSupplyCap(address,address,uint128)
Arguments
{
  "asset": "0xBe9895146f7AF43049ca1c1AE358B0541Ea49704",
  "cometProxy": "0xA17581A9E3356d9A858b789D68B4d866e593aE94",
  "newSupplyCap": "40000000000000000000000"
}
Calldata
#2deployAndUpgradeTo(address,address)chain 0x1
Target
0x1ec6…8779
Value
0 wei
Function
deployAndUpgradeTo(address,address)
Arguments
{
  "cometProxy": "0xA17581A9E3356d9A858b789D68B4d866e593aE94",
  "configuratorProxy": "0x316f9708bB98af7dA9c68C1C3b5e79039cD336E3"
}
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

  • The cWBTC (legacy) collateral factor reduction from 70% to 60% is a necessary housekeeping item to deprecate an outdated legacy asset that the community previously identified for sunset.— pauljlei
  • Risk analysis shows the proposed 60% collateral factor will not liquidate any users, including those outside the top 10, as all users have liquidation thresholds below 52.1%.— pauljlei
  • The current supply of cWBTC (legacy) is minimal at $3.6M total, with low utilization across the protocol, making this a low-impact change to execute.— pauljlei

Arguments against

None surfaced.

Notable participants

  • pauljleiGauntlet proposal author presenting the cWBTC (legacy) deprecation and risk parameter analysis.
Generated by Kvorum
model: claude-haiku-4-5
provider: anthropic
profile: anthropic-fast-v1
prompt: v1.0
generated: 2mo ago
Open the thread ↗