KVORUM
aaveSource: Aave governor v2 · #293

Disable CRV Borrowing For Ethereum and Polygon V3

executedAug 13, 2023, 02:12 AM UTCby320x329c…3ed4

01Summary

AISummary by Kvorumclaude-haiku-4-5

Disable borrowing of CRV token on Aave V3 across Ethereum and Polygon networks by setting the 'Enabled to Borrow' parameter to DISABLED for CRV.

Type
parameter change

Key changes

  • Disable borrowing of CRV token on Ethereum V3(high)
  • Disable borrowing of CRV token on Polygon V3(high)

Notable concerns

  • This change prevents shorting of CRV via Aave protocol, which may impact trading strategies that rely on CRV borrowing
Contracts0xD533a949740bb3306d119CC777fa900bA034cd520x172370d5Cd63279eFa6d502DAB29171933a610AF
Generated by Kvorum
model: claude-haiku-4-5
provider: anthropic
profile: anthropic-fast-v1
prompt: v1.0
generated: 2mo ago
Read the description ↗

02Description

84 words

Simple Summary

An AIP to disable borrowing of CRV on Ethereum and Polygon V3.

Motivation

We'd like to disable the ability to short CRV via the Aave protocol.

Specification

Ticker: CRV

Contract Address Ethereum: 0xD533a949740bb3306d119CC777fa900bA034cd52`

Contract Address Polygon: 0x172370d5Cd63279eFa6d502DAB29171933a610AF`

new Risk Parameters

ParameterValue
Enabled to BorrowDISABLED

References

Copyright

Copyright and related rights waived via CC0.

03Mismatch analysis

AIMismatch analysis by Kvorummedium confidenceclaude-sonnet-5
Consistent

The proposal claims two mechanical risk-parameter changes: disabling CRV borrowing on Aave V3 Ethereum and Polygon markets. The decoded calldata shows two generic 'execute' calls originating on Ethereum (chain 0x1) — this is the standard BGD Labs / Aave governance pattern where a short executor delegatecalls into a chain-specific payload contract (action 0) and a second call triggers the cross-chain bridge executor that forwards a payload to Polygon (action 1). Neither action's top-level calldata exposes the actual reserve-configuration call (e.g., setReserveBorrowing) or the CRV token address directly, since that logic lives inside the payload contract bytecode referenced by the executor, consistent with how nearly all Aave AIPs are decoded at this level of abstraction. Given the addresses and structure match the well-known two-action (local + cross-chain bridge) pattern used for exactly this type of dual-network Aave proposal, and there is no evidence of a mismatched target, a hidden transfer, or a parameter contradicting the stated 'DISABLED' borrowing status, I find no discrepancy. Confidence is medium rather than high because the decoded actions do not show the inner payload logic, so the exact CRV parameter change cannot be independently confirmed from this data alone, but nothing in the calldata contradicts the description.

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

04Actions

2 total
#0fallback()chain 0x1
Target
0x10bd…5dcb
Value
0 wei
Function
fallback()
Arguments
{}
Calldata
#1execute(address)chain 0x1
Target
0x158a…d45b
Value
0 wei
Function
execute(address)
Arguments
{
  "0": "0xFa6481b09c273d17701fb90427D6658a028EdC18"
}
Calldata

05Tally

Summed from votes

Voters0
VP participating0
Outcome (current)—
Current support—

06Voters

0 total

No votes recorded yet.

07Forum

No forum thread is confidently linked to this proposal.