KVORUM
aaveSource: Aave governor v2 · #339

Gauntlet Recommendations to Lower stMATIC/MaticX non-emode LT/LTV on Polygon v3

executedOct 15, 2023, 12:56 AM UTCby680x683a…6c02

01Summary

AISummary by Kvorumclaude-haiku-4-5

Gauntlet proposes reducing borrowing power for stMATIC and MaticX on Polygon v3 by lowering their non-emode Loan-to-Value (LTV) and Loan-to-Threshold (LT) ratios to mitigate risks from declining MATIC LST liquidity and recursive borrowing exposure.

Type
parameter change

Key changes

  • stMATIC non-emode LT reduced from 65% to 60%(medium)
  • stMATIC non-emode LTV reduced from 50% to 45%(medium)
  • MaticX non-emode LT reduced from 67% to 62%(medium)
  • MaticX non-emode LTV reduced from 58% to 45%(high)

Notable concerns

  • Risk of reduced WMATIC supply in the future impacting Polygon v3 long-term growth
  • Risk of reduced capacity for recursive LST-WMATIC borrowing
  • Risk of increased stablecoin borrowing against LST collateral amid decreasing MATIC LST liquidity
ContractsstMATICMaticXAave V3 Polygon
Generated by Kvorum
model: claude-haiku-4-5
provider: anthropic
profile: anthropic-fast-v1
prompt: v1.0
generated: 2mo ago
Read the description ↗

02Description

236 words

Summary

Gauntlet recommends lowering stMATIC, MaticX non-emode LT/LTV on Polygon v3 to improve the risk profile associated with MATIC LSTs.

Reducing MATIC LST non-emode LT to lower borrowing power can help combat the following.

  • Risks of reduced WMATIC supply in the future, which may cause long-term growth risk for Polygon v3
  • Risks of reduced capacity for recursive LST - WMATIC borrowing
  • Risks associated with increased stablecoin borrowing against LST collateral, amidst decreasing MATIC LST liquidity

Specification

ChainAssetActionCurrent ValueNew Value
PolygonstMATICLower non-emode LT65%60%
PolygonstMATICLower non-emode LTV50%45%
PolygonMaticXLower non-emode LT67%62%
PolygonMaticXLower non-emode LTV58%45%

Implementation

The proposal implements changes on Polygon v3 using the following pre-deployed payloads:

References

Disclaimer

Gauntlet has not received any compensation from any third-party in exchange for recommending any of the actions contained in this proposal.

Copyright

Copyright and related rights waived via CC0.

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

The proposal follows Aave's standard cross-chain governance pattern: a single mainnet 'execute(address)' call that delegates to a pre-deployed payload contract, which in turn applies the risk parameter changes on Polygon v3. The decoded calldata only reveals the address of this payload contract, not the specific LT/LTV values it sets. This is normal and expected for Aave governance proposals of this type — the actual parameter changes (stMATIC and MaticX LT/LTV reductions) are implemented inside the referenced payload contract, which is linked in the 'Implementation' section of the description and matches the pattern used across Aave v3 risk parameter updates. Because the on-chain action visible here is just a pointer to that payload rather than the granular parameter-setting calls themselves, I cannot directly verify the specific percentage values (65%->60%, 50%->45%, 67%->62%, 58%->45%) against calldata. There is no evidence of a mismatch — the target chain, contract pattern, and general action (executing a risk parameter update payload) are all consistent with the description — but the inability to decode the payload's internal calls limits verification confidence. No red flags such as fund transfers, role grants, or mismatched targets are present in the visible calldata. Given this, I assess the proposal as consistent with the description at the level of detail available, but confidence is low due to the opacity of the payload's internal logic.

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
#0execute(address)chain 0x1
Target
0x158a…d45b
Value
0 wei
Function
execute(address)
Arguments
{
  "0": "0xff374aD1be52fF54Cf576586253a113d3F48D4B7"
}
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.