MaticX Supply Cap Increase Polygon v3
01Summary
Proposal to increase MaticX Supply Cap on Polygon v3 from 17.2M to 29.3M units, enabling more MaticX deposits and supporting yield aggregation strategies with SD rewards from Stader Labs.
- Type
- parameter change
Key changes
- Increase MaticX Supply Cap from 17.2M units to 29.3M units on Polygon v3(high)
- Raise counterparty risk threshold from 50% to 75% of circulating MaticX supply following community Snapshot vote(high)
Notable concerns
- Primary risk is counterparty concentration risk with exposure up to 75% of MaticX supply
- Current utilization at 94% with only 1.03M units remaining capacity before increase
Generated by Kvorum
02Description
Summary
This publication proposes increasing the MaticX Supply Cap on Polygon v3 from 17.2M units to 29.3M units.
Abstract
After a vote for increasing the communities counter party risk was passed on Snapshot, the Supply Cap for MaticX can be increased from 50% to 75% of circulating supply.
The dominant use case for MaticX on Aave Protocol is as collateral to borrow wMATIC. Since the MaticX oracle, a calculated price feed provided by Chainlink based upon the underlying asset's (MATIC) price, the risk of liquidation is minimal. As a result, the primary risk of increasing aave Protocol's exposure to MaticX is the assocaited counterparty risk which is expressed as concentration risk with up to 75% of supply on the Polygon network.
The current Supply Cap's utilisation is hovering around 94%, with 1.03M units of MaticX deposit capacity. Stader Labs is currently offering SD rewards to user who deposit MaticX. This proposal seeks to encourage Stader Labs to continue distributing SD rewards by increasing the Supply Cap and enabling more MaticX to be deposited into Aave.
Motivation
Over the previous months, Llama has been working with various communities to craft favourable conditions conducive to growing TVL and Revenue by facilitate the creation of several yield aggregation products.
With liquidity mining ongoing, MaticX deposit rewards (SD) and wMATIC borrowing rewards (stMATIC & MaticX), ensuring there is adequate capacity enabling the yield maximising strategies to grow is key for Aave Protcol's abililty to generate wMATIC revenue. Several liquidity pools on Balancer v2 now include bb-a-wMATIC with over 14.5M units of wMATIC being deposited in Aave Protocol. This has lead to reduced borrowing rates for wMATIC and supports the continued growth of yield maximising strategies on Aave Protocol.
To facilitate the continued growth of the MaticX reserve, the Supply Cap needs to be raised enabling more deposits into the reserve.
With reference to the new ARFC Aave V3 Caps update Framework the preferred path forward is to implement several upgrades to gradually increase Aave's MaticX exposure over time.
This proposal will increase the Supply Cap from 17.2M units to 29.3M units. Feedback from Chaos Labs and Gauntlet can be found here. The two appllicable Snapshot votes can be founds here and here.
Specification
Ticker: MaticX
Contract: polygon: 0xfa68FB4628DFF1028CFEc22b4162FCcd0d45efb6
| Parameter | Current Value | Proposed Value |
|---|---|---|
| SupplyCap | 17.2M units | 29.3M units |
Implementation
A list of relevant links like for this proposal:
The proposal Payload was reviewed by Bored Ghost Developing.
Copyright
Copyright and related rights waived via CC0.
03Mismatch analysis
A calldata-vs-description analysis is not generated yet. Review the decoded actions →
04Actions
- Target
- 0x158a…d45b
- Value
- 0 wei
- Function
- execute(address)
- Arguments
{ "0": "0x22C669EEDf6e58De81777692B070CDB7432A4F84" }- Calldata
05Tally
Summed from votes
06Voters
| Voter | Choice | % of total | Rationale | ||
|---|---|---|---|---|---|
| 320x329c…3ed4 | For | 230.9K | 44.33% | — | 4y ago |
| 620x62a4…816a | For | 82.4K | 15.83% | — | 4y ago |
| 130x13bd…8548 | For | 81.4K | 15.63% | — | 4y ago |
| B80xb83b…cf5c | For | 81K | 15.56% | — | 4y ago |
| B90xb933…8dd1 | For | 41.7K | 8.00% | — | 4y ago |
| 180x1855…98ba | For | 3K | 0.58% | — | 4y ago |
| A00xa06c…61f7 | For | 397.7 | 0.08% | — | 4y ago |
| EA0xea17…6676 | For | 39.6 | 0.01% | — | 4y ago |
| 280x28eb…ab78 | For | 1.7 | 0.00% | — | 4y ago |
| 7E0x7eaf…3555 | For | 0.9 | 0.00% | — | 4y ago |
| E40xe459…e666 | For | 0.5 | 0.00% | — | 4y ago |
| 1C0x1c98…9171 | For | 0.1 | 0.00% | — | 4y ago |
| 6C0x6cb4…3e8a | For | 0.1 | 0.00% | — | 4y ago |
07Forum
- [ARFC] MaticX Supply Cap Increase Polygon v3 ↗discourse · high confidence
- [ARFC] Aave V3 Caps update Framework ↗discourse · high confidence
Arguments for
- Increasing the MaticX supply cap allows continued deposits, preserves SD reward flows, and supports the recursive MaticX/wMATIC yield strategy, driving TVL and revenue growth.— Llamaxyz
- Polygon PoS LSTs like MaticX carry minimal secondary liquidity risk because they are redeemable at fair primary market value on L1 and priced via smart contract oracles, so caps should not be limited by secondary liquidity or circulating supply alone.— MarcZeller
- MaticX circulating supply and on-network liquidity have been steadily growing (partly due to prior cap increases and SD incentives), and Aave should remain the leading integration for LST adoption.— Llamaxyz
- From a market risk perspective, MaticX's oracle tracks the underlying MATIC price, making liquidation risk minimal, supporting an increase in the cap.— ChaosLabs
- A community Snapshot vote determined a preference for allowing supply caps up to 75% of an LST's on-chain circulating supply, justifying a larger cap increase.— Llamaxyz
- General expression of support for the proposal update.— drzcrypto
Arguments against
- The proposed cap would represent 100% of Polygon's circulating MaticX supply, exceeding Chaos Labs' methodology recommendation of not concentrating more than 50% of circulating supply on Aave, which risks excessive counterparty/concentration exposure.— ChaosLabs
- Gauntlet's methodology also caps recommended exposure at 50% of circulating supply, and the current cap already reflects that limit, so no further increase should be endorsed at this time.— seawolf, GarrettPetersen
- Raising the cap to 75% of circulating supply (rather than 50%) would create outsized risk to the protocol per Gauntlet's e-mode LST methodology.— GarrettPetersen
- The primary risks for MaticX are counterparty risk from Stader Labs protocol failure and L1<>L2 bridge failure, which are not fully captured by current supply cap models and warrant caution before large increases.— ChaosLabs, MarcZeller
- Bundling an unrelated AGD operational component into the MaticX supply cap AIP is inappropriate, denies token holders vote granularity, and sets a dangerous precedent for future governance actions.— MarcZeller, 0xkeyrock.eth, fig
Unresolved concerns
- Disagreement persists between risk providers (Gauntlet favoring 50% cap) and the community-approved 75% threshold on the appropriate risk appetite for LST supply caps.— GarrettPetersen, ChaosLabs
- No clear DAO policy was established on when and how bundling of unrelated proposal components (e.g., risk parameter changes with operational/governance changes) should be disclosed or permitted going forward.— MarcZeller, 0xkeyrock.eth, fig
- Risk teams' models for LST-specific counterparty and bridge failure risks (as opposed to standard liquidity/circulating supply metrics) have not been fully updated as requested.— MarcZeller
Notable participants
- LlamaxyzProposer who authored the ARFC, provided supporting liquidity data, and iteratively adjusted the proposed supply cap in response to feedback.
- MarcZellerACI representative who voiced strong support for the risk framework around LSTs, but later publicly objected to bundling an unrelated AGD component into the AIP.
- ChaosLabsRisk service provider who repeatedly flagged concentration risk concerns, clarified methodology details, and eventually supported a smaller compromise cap increase.
- seawolfRepresented Gauntlet's initial position opposing any further supply cap increase beyond the 50% circulating supply threshold.
- GarrettPetersenGauntlet representative who supported a 50% cap but explicitly opposed raising it to 75% due to outsized risk concerns.
- 0xkeyrock.ethDelegate who supported the supply cap increase itself but voted NAY specifically over the bundling of unrelated proposal components.
- figFlipside representative who voted NAY over the bundling issue while acknowledging merit on both sides and referencing precedent for combined proposals.
Generated by Kvorum
08Similar proposals
- aaveexecutedMaticX Supply Cap Increase Polygon v397%
- aavecanceledMaticX Supply Cap Increase Polygon v397%
- aavedefeatedMaticX Supply Cap Increase Polygon v3 and AGD Approval96%
- aavedefeatedMaticX Polygon Supply Cap Update96%
- aaveexecutedMaticX Polygon Supply Cap Update96%
- aaveexecutedPolygon Supply Cap Update94%
- aaveexecutedMaticX Supply Cap Increase in Polygon V393%
- aaveexecutedSupply Cap Update - stMATIC Polygon v391%
- aaveexecutedstMATIC SupplyCap Increase Polygon v390%
- aaveexecutedwMATIC Supply & Borrow Cap Increase Polygon v390%