KVORUM
aaveSource: Aave governor v2 · #300

Supply Cap Update - stMATIC Polygon v3

executedAug 19, 2023, 02:05 PM UTCby320x329c…3ed4

01Summary

AISummary by Kvorumclaude-haiku-4-5

Proposal to increase stMATIC Supply Cap on Polygon from 40M to 57M units (42.54% increase) to accommodate growing demand and enable continued TVL growth on Aave Protocol, as current utilization has exceeded 90%

Type
parameter change

Key changes

  • Increase stMATIC SupplyCap on Polygon from 40,000,000 units to 57,000,000 units(high)
  • This increase represents 42.54% growth and equals 75% of total stMATIC supply on Polygon(high)
Contracts0x3a58a54c066fdc0f2d55fc9c89f0415c92ebf3c40x158a6bc04f0828318821bae797f50b0a1299d45b0xF28E5a2f04B6B74741579DaEE1fc164978D2d646
Generated by Kvorum
model: claude-haiku-4-5
provider: anthropic
profile: anthropic-fast-v1
prompt: v1.0
generated: 2mo ago
Read the description ↗

02Description

246 words

Summary

This publication proposes increasing the stMATIC Supply Cap on Polygon from 40.0M to 57M units.

Motivation

Demand for stMATIC continues to steadily grow over time. This proposal will increase the Supply Cap and enable Aave Protocol to continue growing TVL through stMATIC deposits and revenue from users who who use stMATIC as collateral.

The utilisation of the stMATIC reserve has reached >90% and this publication proposes increasing the SupplyCap by a further 42.54% to 57M units.

The Polygon Foundation is currently providing stMATIC and MaticX rewards to users who borrow wMATIC. This supplements the borrow costs of wMATIC and enhances the yield on the yield maximising strategy.

Outside of Aave Protocol, incentives are provided at the strategy level with a number of integrations being advanced by other teams built on top of Aave using stMATIC as a yield source.

Specification

The following risk parameters changes are presented:

Polygon

Ticker: stMATIC

Contract: 0x3a58a54c066fdc0f2d55fc9c89f0415c92ebf3c4

ParameterCurrent ValueProposed Value
SupplyCap40,000,000M units57,000,000 units

This is equivalent to 75% of stMATIC supply on Polygon.

Implementation

A list of relevant links like for this proposal:

The proposal Payload was reviewed by Bored Ghost Developing.

Disclosure

This proposal is the work of @TokenLogic. TokenLogic is a voting delegate within the Aave Ecosystem. TokenLogic receives no payment for this work.

Copyright

Copyright and related rights waived via CC0.

03Mismatch analysis

AIMismatch analysis by Kvorumlow confidenceclaude-sonnet-5
Consistent

The decoded calldata consists of a single generic execute(address) call routed through Aave's cross-chain governance executor to a payload contract at 0xF28E5a2f04B6B74741579DaEE1fc164978D2d646. This address matches the 'Deployed Contracts' link cited in the proposal's Implementation section (case differences only, same address), confirming the target is consistent with what the description references. However, the actual parameter change (raising the stMATIC supply cap from 40M to 57M units) is not directly visible in this decoded action set — it would be encoded inside the payload contract's own logic, which is not expanded here. This is standard practice for Aave v3 cross-chain risk-parameter proposals, where the on-chain vote only triggers execution of a pre-audited payload. Because we cannot independently verify the numeric supply cap values from the calldata alone, confidence in fully validating the specific parameter change is low, but there is no evidence of any mismatch, extra action, or misdirection — the single action's target aligns with the disclosed payload address. No contradictions, omissions, or suspicious additions were found within the scope of what's decodable.pdf

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": "0xF28E5a2f04B6B74741579DaEE1fc164978D2d646"
}
Calldata

05Tally

Summed from votes

Voters15
VP participating525.7K
Outcome (current)For
Current support100%

06Voters

15 total
Filter:
VoterChoice% of totalRationale
320x329c…3ed4For109.1K20.74%—3y ago
200x2079…d6ceFor100.7K19.16%—3y ago
620x62a4…816aFor82.9K15.76%—3y ago
B80xb83b…cf5cFor82.5K15.69%—3y ago
EA0xea17…6676For54.1K10.28%—3y ago
B90xb933…8dd1For44.1K8.38%—3y ago
2C0x2cc1…4df1For28.4K5.41%—3y ago
E40xe459…e666For20K3.80%—3y ago
180x1855…98baFor3K0.57%—3y ago
870x8787…ea52For1K0.19%—3y ago
DF0xdf06…4977For27.30.01%—3y ago
2F0x2f2f…f78aFor20.00%—3y ago
B90xb9f1…36d4For10.00%—3y ago
340x3496…126bFor0.10.00%—3y ago
500x50d2…5318For0.10.00%—3y ago
Showing 15

07Forum

No forum thread is confidently linked to this proposal.