MKR and USDtb oracle adjustments
01Summary
Replace MKR price feed on Aave v3 Ethereum with a dynamic calculation based on SKY/USD and the MKR-to-SKY migration contract (at a 24000:1 exchange rate with progressive discount), and replace USDtb price feed with a static 1 USD peg to account for decreased MKR secondary market liquidity and USDtb's borrowable-only status.
- Type
- parameter change
Key changes
- MKR price feed changed from Chainlink MKR/USD to a calculated feed derived from SKY/USD Chainlink and the MKR-to-SKY migration contract, with dynamic discount mechanism instead of static 6%(high)
- USDtb price feed changed from CAPO over USDtb/USD Chainlink to a fixed 1 USD peg(medium)
Notable concerns
- MKR secondary market liquidity has decreased due to ongoing migration to SKY, making direct Chainlink MKR/USD pricing fragile
- USDtb experiences temporary liquidity dislocations that justify conservative fixed pricing
- Technical implementation of MKR/USD feed uses dynamic discount instead of initially proposed static 6% discount
Generated by Kvorum
02Description
Simple Summary
Proposal to, on Aave v3 Ethereum Core, replace the price feed of MKR with one calculated from SKY/USD Chainlink and the MKR-to-SKY migration contract, and USDtb by one statically pegged to 1 USD.
Motivation
As described by Aave risk providers, with the running MKR to SKY migration, liquidity on secondary market for MKR has decreased, and sourcing its price from that has become fragile. Given that the asset can be migrated at a fixed exchange rate (24000 SKY for 1 MKR) on-chain, it is natural to price the legacy MKR statically, based on that rate and the discount progressively increasing to encourage migration.
Regarding USDtb, similar to other only-borrowable assets, for the Aave protocol is only positive to price it at a price of 1 USD, conservatively, thereby abstracting from temporary liquidity (hence price) dislocations.
There is a slight deviation on the technical implementation of the MKR/USD feed, to be dynamic in regards to the migration discount, instead of the initially defined 6% static by risk providers. More details in the References section.
Specification
The proposal payload will do the following oracle price feeds replacement v3 Ethereum Core.
| Network | Parameter | Current | Proposed |
|---|---|---|---|
| MKR | Price Feed | MKR / USD Chainlink (~$1501.49) | MKR / USD (calculated from SKY/USD and migration contract) (~$1494.9540) |
| USDtb | Price Feed | CAPO over USDtb / USD Chainlink ($0.999) | Fixed ONE USD ($1) |
References
- Implementation: AaveV3Ethereum
- Tests: AaveV3Ethereum
- DiscountedMKRSKYAdapter
- OneUSDFixedAdapter
- Discussion
- Final pricing approach for MKR/USD by BGD
Copyright
Copyright and related rights waived via CC0.
03Mismatch analysis
The proposal uses the standard Aave governance short-executor pattern: a single top-level action that calls execute() with no arguments on a dedicated payload contract. This is normal for Aave v3 proposals — the actual state changes (here, setting new price feed addresses for MKR and USDtb) are implemented inside that payload contract's own execute() function and are not exposed in the decoded top-level calldata. Because the calldata payload only shows execute() with no decoded arguments, it is not possible to directly verify the specific oracle addresses, the dynamic-discount mechanism, or the $1 peg described in the prose against on-chain parameters from this data alone. There is nothing in the visible calldata that contradicts the description, and the pattern (single execute() call to a named payload contract, referenced in the proposal's own 'Implementation' link) is exactly what is expected for this type of Aave proposal. Given the inability to inspect the internal logic of the payload contract from the provided decoded action, confidence is low, but there is no evidence of a mismatch, so the assessment is recorded as consistent rather than flagged as a discrepancy.}],
Generated by Kvorum
04Actions
- Target
- 0x1988…cf25
- Value
- 0 wei
- Function
- fallback()
- Arguments
{}- Calldata
05Tally
Summed from votes
06Voters
No votes recorded yet.
07Forum
No forum thread is confidently linked to this proposal.
08Similar proposals
- aaveexecutedAlter mUSD Oracle Price Implementation79%
- aaveexecutedPrice feeds operational update74%
- aaveexecutedUpdate USDG Price Feed on Aave V3 Instances74%
- aaveexecutedPrice feeds operational update Pt2 - stETH72%
- aaveexecutedUpdate xSushi price feed on Aave V272%
- aaveexecutedSet Price Cap Adapters for Aave V270%
- aaveexecutedLBTC and eBTC Price Feeds Update70%
- aaveexecutedSet Price Cap Adapters (CAPO)68%
- aaveexecutedEnable SVR V1 on Aave V3 Ethereum67%
- aaveexecutedUpdate PriceOracleSentinel66%