Disable CRV Borrowing For Ethereum and Polygon V3
01Summary
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
Generated by Kvorum
02Description
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
| Parameter | Value |
|---|---|
| Enabled to Borrow | DISABLED |
References
- Implementation: Ethereum, Polygon
- Tests: Ethereum, Polygon
- Discussion
Copyright
Copyright and related rights waived via CC0.
03Mismatch analysis
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
04Actions
- Target
- 0x10bd…5dcb
- Value
- 0 wei
- Function
- fallback()
- Arguments
{}- Calldata
- Target
- 0x158a…d45b
- Value
- 0 wei
- Function
- execute(address)
- Arguments
{ "0": "0xFa6481b09c273d17701fb90427D6658a028EdC18" }- Calldata
05Tally
Summed from votes
06Voters
No votes recorded yet.
07Forum
No forum thread is confidently linked to this proposal.
08Similar proposals
- aaveexecutedAdd CRV to Ethereum v380%
- aaveexecutedGauntlet recommendation to reactivate CRV borrowing on v379%
- aaveexecutedChaos Labs Risk Parameter Update - CRV Aave V3 Polygon72%
- aaveexecutedChaos Labs CRV Aave V3 Polygon LT Reduction72%
- aaveexecutedChaos Labs Risk Parameter Updates - CRV Aave V2 Ethereum70%
- aaveexecutedReduce CRV LT by 6%70%
- aaveexecutedGauntlet Recommendation to reduce CRV LT, LTV, debt ceiling on V3 Ethereum and CRV LT, LTV on V3 Polygon70%
- aaveexecutedCRV Aave V2 Ethereum LT Reduction69%
- aavecanceledChaos Labs Risk Parameter Updates - CRV Aave V2 Ethereum68%
- aaveexecutedCRV Aave V2 Ethereum - LT Reduction68%