Reserve Maintenance
01Summary
This proposal performs routine maintenance by withdrawing reserves from four deprecated cToken markets (SAI, REP, FEI, WBTC legacy) to the Timelock, redeeming cDAI and cUNI positions, converting SAI to WETH via MakerDAO, and migrating REP to REPv2. No new funds are being allocated; this is technical housekeeping to reduce risk and streamline governance.
- Type
- protocol addition
Key changes
- Withdraw reserves from deprecated SAI market (cSAI) to Timelock(medium)
- Withdraw reserves from deprecated REP market (cREP) to Timelock(medium)
- Withdraw reserves from deprecated FEI market (cFEI) to Timelock(medium)
- Withdraw reserves from deprecated WBTC legacy market to Timelock(medium)
- Redeem cDAI holdings for DAI(low)
- Redeem cUNI holdings for UNI(low)
- Convert SAI reserves to WETH through MakerDAO SaiTap contract(medium)
- Migrate REP reserves to REPv2(medium)
Notable concerns
- Involves migration of deprecated assets (SAI and REP) which may have reduced liquidity or utility
Generated by Kvorum
02Description
Reserve Maintenance
Summary
This proposal is a series of minor maintenance actions from the list of Protocol Maintenance Tasks, to withdraw the reserves of deprecated markets and residual cToken balances to the governance-controlled Timelock, and migrate deprecated assets (SAI and REP).
This proposal makes no opinion of how reserves are used; it reduces technical risk, and streamlines future governance operations.
Proposal Actions
First, the proposal withdraws the reserves of deprecated markets: SAI, REP, FEI, and WBTC (legacy) to the Timelock, in four actions.
Next, the proposal redeems the Timelock’s cDAI and cUNI for DAI and UNI in two actions.
Then, the proposal redeems the balance of SAI held by the Timelock for WETH through MakerDAO’s SaiTap contract, by calling approve and then redeeming.
Last, the proposal migrates the balance of REP held by the Timelock to REPv2, by calling approve and then migrating.
03Mismatch analysis
The description outlines four sequential steps: (1) withdraw reserves of four deprecated markets (SAI, REP, FEI, WBTC legacy) to the Timelock, (2) redeem cDAI and cUNI for DAI and UNI, (3) approve and redeem SAI via SaiTap's cash() function for WETH, and (4) approve and migrate REP to REPv2. The decoded calldata shows exactly this sequence: four _reduceReserves calls (actions 0-3), two redeem calls (actions 4-5), an approve followed by a cash() call targeting the known SaiTap contract address (actions 6-7), and an approve followed by a migrateFromLegacyReputationToken() call targeting the known REPv2 migration contract address (actions 8-9). The number of actions, their order, and their function signatures align precisely with the prose description. No numeric percentages or amounts are stated in the description to compare against calldata values, and the amounts withdrawn/redeemed are routine bookkeeping figures consistent with a reserve-maintenance proposal. No targets, values, or omitted/extra actions were found that contradict the description. This is a clean, well-matched maintenance proposal.
Generated by Kvorum
04Actions
- Target
- 0x1580…95c1
- Value
- 0 wei
- Function
- _reduceReserves(uint256)
- Arguments
{ "0": "515499155166335008592" }- Calldata
- Target
- 0xc11b…a7f4
- Value
- 0 wei
- Function
- _reduceReserves(uint256)
- Arguments
{ "0": "708880250" }- Calldata
- Target
- 0x7713…3f67
- Value
- 0 wei
- Function
- _reduceReserves(uint256)
- Arguments
{ "0": "6324340499474616104642" }- Calldata
- Target
- 0xf5dc…44dc
- Value
- 0 wei
- Function
- _reduceReserves(uint256)
- Arguments
{ "0": "26684572352947457780274" }- Calldata
- Target
- 0x5d3a…3643
- Value
- 0 wei
- Function
- redeem(uint256)
- Arguments
{ "0": "3347050774458" }- Calldata
- Target
- 0x35a1…d550
- Value
- 0 wei
- Function
- redeem(uint256)
- Arguments
{ "0": "9087425872149" }- Calldata
- Target
- 0x89d2…0359
- Value
- 0 wei
- Function
- approve(address,uint256)
- Arguments
{ "0": "0xBda109309f9FafA6Dd6A9CB9f1Df4085B27Ee8eF", "1": "115792089237316195423570985008687907853269984665640564039457584007913129639935" }- Calldata
- Target
- 0xbda1…e8ef
- Value
- 0 wei
- Function
- cash(uint256)
- Arguments
{ "0": "26855744800384711915777" }- Calldata
- Target
- 0x1985…e862
- Value
- 0 wei
- Function
- approve(address,uint256)
- Arguments
{ "0": "0x221657776846890989a759BA2973e427DfF5C9bB", "1": "115792089237316195423570985008687907853269984665640564039457584007913129639935" }- Calldata
- Target
- 0x2216…c9bb
- Value
- 0 wei
- Function
- fallback()
- Arguments
{}- Calldata
05Tally
Summed from votes
06Voters
No votes recorded yet.
07Forum
- Protocol Maintenance Tasks ↗discourse · high confidence
Arguments for
- Deprecated markets (SAI, FEI, REP, WBTC legacy) with minimal borrowing should have reserves withdrawn and converted to stable or active-market reserves to reduce technical risk.— rleshner, jared
- WBTC legacy market's 70% collateral factor should be set to 0% to match other deprecated markets and eliminate risk.— rleshner, pauljlei
- Excess reserves in old active markets like BAT and ZRX beyond maximum potential bad debt can be safely transferred to Timelock to reduce protocol technical risk.— rleshner
- Undistributed COMP in the Comptroller should be transferred to Timelock to reduce technical risk from bugs like Proposal 62.— rleshner
- Interest rate models should be updated to reflect the 12-second block speed that resulted from the Merge rather than pre-Merge assumptions.— rleshner, pauljlei
- cDAI should be reverted to the sweeping version now that the DAI Savings Rate is re-activated, and cTokens in Timelock should be redeemed for underlying assets.— rleshner, jared
Arguments against
None surfaced.
Notable participants
- rleshnerProposer who outlined the comprehensive list of reserve maintenance tasks and governance hygiene improvements needed.
- cylonContributor who added suggestions for governance enhancements including configurable delegation permissions and protocol upgrade rollback capability.
- pauljleiGauntlet representative who offered support for lowering WBTC collateral factor and announced research on optimizing interest rate curves.
- jaredDeveloper who packaged 10 maintenance actions into an executable governance proposal with verification checks and invited community sanity checks.
- VonNeumann2022Community member who endorsed both the initial and additional governance enhancement suggestions.
Generated by Kvorum
08Similar proposals
- compoundexecutedEstablishment of Treasury Management Program and Treasury Management Committee71%
- compoundexecutedAuthorization of Treasury Management Use of Compound v2 Reserves70%
- compoundexecuted[TMC Housekeeping] Deprecate the Aera Vendor Vault & Avantgarde Treasury Vehicle62%
- compoundexecutedDistribute DAI to Users Affected in the DAI Liquidations62%
- compoundcanceledFranchiser Operational Upgrade and Rebalance56%
- compoundexecutedFranchiser Operational Upgrade and Rebalance56%
- compoundexecutedTransfer Ultimate Control of Institutional Comet to Compound Governance56%
- compoundexecutedCompound V4 Program Funding Proposal55%
- lidoexecutedOmnibus vote: 1) Revoke ASSIGN_ROLE from the treasury diversification contract; 2) Call unpauseDeposits() on the DepositSecurityModule; 3) Allocate 200,000 LDO tokens to Sushi rewards distributor con…54%
- compounddefeatedDistribute COMP to Affected Users in the DAI Liquidations53%