KVORUM
compoundSource: Compound governor bravo · #197

[Gauntlet] 2023-11-27: Arbitrum Native USDC - Risk Recommendations

executedDec 2, 2023, 01:20 PM UTCby680x683a…6c02

01Summary

AISummary by Kvorumclaude-haiku-4-5

Gauntlet proposes to double the supply caps for ARB (from 4M to 8M tokens) and WBTC (from 600 to 1,200 tokens) in the Arbitrum Native USDC market to reduce utilization from 100%/92% to 50%/46% respectively, enabling further protocol growth.

Type
parameter change

Key changes

  • Increase ARB Supply Cap from 4M tokens ($4.10M) to 8M tokens ($8.20M)(medium)
  • Increase WBTC Supply Cap from 600 tokens ($22.30M) to 1,200 tokens ($44.60M)(medium)
  • Decrease ARB supply cap utilization from 100% to 50%(medium)
  • Decrease WBTC supply cap utilization from 92% to 46%(medium)
Contracts0x4dbd4fc535ac27206064b68ffcf827b0a60bab3f0x42480C37B249e33aABaf4c22B20235656bd38068
Generated by Kvorum
model: claude-haiku-4-5
provider: anthropic
profile: anthropic-fast-v1
prompt: v1.0
generated: 2mo ago
Read the description ↗

02Description

149 words

[Gauntlet] 2023-11-27: Arbitrum Native USDC - Risk Recommendations

Simple Summary

A proposal from Gauntlet to adjust two risk parameters in the Arbitrum Native USDC comet.

Gauntlet recommends the following risk parameter changes:

  • Increase ARB Supply Cap from 4M tokens ($4.10M) to 8M tokens ($8.20M)
  • Increase WBTC Supply Cap from 600 tokens ($22.30M) to 1,200 tokens ($44.60M)

For more details, see the full forum post here.

Motivation

These changes will decrease WBTC supply cap utilization from 92% to 46% and decrease ARB supply cap utilization from 100% to 50%, to allow further long-term protocol usage and growth.

Full proposal and forum discussion

Specification

This proposal updates supply cap on V3 Arbitrum USDC Native market through updateAssetSupplyCap in 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

The proposal is a single cross-chain governance action (createRetryableTicket) that bridges a multicall to the Arbitrum Configurator. Decoding the nested calldata reveals three inner calls: two updateAssetSupplyCap calls and one deployAndUpgradeTo call. The two updateAssetSupplyCap calls set the ARB supply cap to 8,000,000e18 (8M tokens, 18 decimals) and the WBTC supply cap to 1,200e8 (1,200 tokens, 8 decimals), which exactly match the description's stated new caps of 8M ARB and 1,200 WBTC. The deployAndUpgradeTo call is the standard, routine step required to push Configurator changes onto the live Comet proxy and is boilerplate for this contract type, consistent with the 'ignore routine bookkeeping' guidance. The outer target (Arbitrum Inbox/retryable ticket mechanism) and the small ETH value are standard cross-chain messaging plumbing, not a separate substantive action, and do not contradict the description's claim that this updates supply caps via the Configurator's updateAssetSupplyCap function. No value, target, or recipient mismatches were found, and no significant omitted or extra actions were identified. Confidence is high because the embedded ABI-encoded call data could be decoded precisely enough to verify both numeric values and target addresses against the prose.

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

04Actions

1 total
#0createRetryableTicket(address,uint256,uint256,address,address,uint256,uint256,bytes)chain 0x1
Target
0x4dbd…ab3f
Value
4997138000000000 wei
Function
createRetryableTicket(address,uint256,uint256,address,address,uint256,uint256,bytes)
Arguments
{
  "0": "0x42480C37B249e33aABaf4c22B20235656bd38068",
  "1": "0",
  "2": "1816010000000000",
  "3": "0x3fB4d38ea7EC20D91917c09591490Eeda38Cf88A",
  "4": "0x3fB4d38ea7EC20D91917c09591490Eeda38Cf88A",
  "5": "6362256",
  "6": "500000000",
  "7": "0x00000000000000000000000000000000000000000000000000000000000000800000000000000000000000000000000000000000000000000000000000000100000000000000000000000000000000000000000000000000000000000000018000000000000000000000000000000000000000000000000000000000000003200000000000000000000000000000000000000000000000000000000000000003000000000000000000000000b21b06d71c75973babde35b49ffdac3f82ad3775000000000000000000000000b21b06d71c75973babde35b49ffdac3f82ad3775000000000000000000000000d10b40ff1d92e2267d099da3509253d9da4d715e00000000000000000000000000000000000000000000000000000000000000030000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000003000000000000000000000000000000000000000000000000000000000000006000000000000000000000000000000000000000000000000000000000000000c00000000000000000000000000000000000000000000000000000000000000120000000000000000000000000000000000000000000000000000000000000002d7570646174654173736574537570706c7943617028616464726573732c616464726573732c75696e743132382900000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000002d7570646174654173736574537570706c7943617028616464726573732c616464726573732c75696e74313238290000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000236465706c6f79416e6455706772616465546f28616464726573732c616464726573732900000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000003000000000000000000000000000000000000000000000000000000000000006000000000000000000000000000000000000000000000000000000000000000e0000000000000000000000000000000000000000000000000000000000000016000000000000000000000000000000000000000000000000000000000000000600000000000000000000000009c4ec768c28520b50860ea7a15bd7213a9ff58bf000000000000000000000000912ce59144191c1204e64559fe8253a0e49e6548000000000000000000000000000000000000000000069e10de76676d0800000000000000000000000000000000000000000000000000000000000000000000600000000000000000000000009c4ec768c28520b50860ea7a15bd7213a9ff58bf0000000000000000000000002f2a2543b76a4166549f7aab2e75bef0aefc5b0f0000000000000000000000000000000000000000000000000000001bf08eb0000000000000000000000000000000000000000000000000000000000000000040000000000000000000000000b21b06d71c75973babde35b49ffdac3f82ad37750000000000000000000000009c4ec768c28520b50860ea7a15bd7213a9ff58bf"
}
Calldata

05Tally

Summed from votes

Voters9
VP participating560.8K
Outcome (current)For
Current support100%

06Voters

9 total
Filter:
VoterChoice% of totalRationale
EA0xea6c…3bf7For331K59.01%—3y ago
B90xb933…8dd1For53.9K9.62%—3y ago
B40xb49f…7948For50K8.92%—3y ago
070x0703…961bFor50K8.92%—3y ago
130x13bd…8548For50K8.92%—3y ago
3F0x3fb1…4c8aFor25.6K4.56%—3y ago
660x66cd…65f9For368.60.07%—3y ago
6F0x6f9b…8a1dFor42.80.01%—3y ago
E40xe459…e666For0.70.00%—3y ago
Showing 9

07Forum

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

Arguments for

  • High supply cap utilization (92% for WBTC, 100% for ARB) indicates strong demand that the proposed increases would accommodate for protocol growth.— Gauntlet
  • WBTC and ARB have sufficient DEX liquidity on Arbitrum and (for BTC) low volatility, supporting the risk profile of higher supply caps.— Gauntlet
  • The proposed caps would reduce utilization to healthier levels (46% for WBTC, 50% for ARB), allowing further long-term protocol usage without hitting constraints.— Gauntlet

Arguments against

None surfaced.

Notable participants

  • GauntletRisk management firm that authored the proposal with detailed supply cap analysis and recommendations.
Generated by Kvorum
model: claude-haiku-4-5
provider: anthropic
profile: anthropic-fast-v1
prompt: v1.0
generated: 2mo ago
Open the thread ↗