✔️ MIP 26: Stop COMP & stkAAVE Liquidations

Thanks to @mZeroNine for authoring this proposal. I merely added the technicalities.

Simple Summary

It is proposed to alter the current workflow on Ethereum mainnet of regularly liquidating all earned COMP and stkAAVE rewards from platform deposits to Compound and Aave for Save users and changing this process to instead reroute rewards to the TreasuryDAO for Asset Management and diversification purposes.


In line with the current overhaul of protocol sustainability for 2022 and beyond, the project ought to now look at the current process & efficiency of continuously liquidating accrued COMP & stkAAVE from the contracts in order to boost the yield of Save users.

We’re often spending close to 10% of the total value of these tokens in gas fees to complete the operation, which is not sustainable in the long-term, and yields only marginal improvements to Save users, which is neither efficient nor retaining value in the DAO moving forward.

The entire token liquidation process currently happens manually, so changing this workflow is extremely simple, and further down the line could be automated completely, as it will no longer involve the queuing up of transactions via Flashbots to protect from Sandwich Attacks.

It is suggested to retain all stkAAVE in the Asset Management subDAO for the time being, and accumulate COMP until it is economically feasible to deposit them into Compound Finance or use otherwise as the Meta Governors see fit.

In regards to the claiming operation, this can be done once per quarter to minimize transaction and fee overhead.


Since the inception of Save, we’re continually liquidating all platform rewards from Compound & Aave to boost Save users’ returns. Over time, this has continuously given less and less additional yield to savers, while increasing gas costs for the protocol.

Additional discussions around this very topic have already happened twice in the forums, and the time is ripe to take actionable steps and instead reroute all platform rewards to the TreasuryDAO in order to secure a long-term stake in the protocols mStable utilizes for their own product, all the while saving the Treasury thousands of mUSD worth of gas in the process.

Once the treasury starts accumulating these tokens, it can use the additional yield generated to benefit the mStable ecosystem via compounding or other means of increasing value for all MTA holders sustainably in the long run, as well as ensure that mStable retains governance rights in the platforms it depends upon for its day-to-day operations.

This step will increase the value of the protocol and consequently for MTA holders. We are in a sense exchanging platform rewards for MTA. Savers get MTA and we get COMP and stkAAVE. Both win, since savers receive a portion of these earned rewards as a share of the MTA supply, while the treasury is left with nothing.


1.) A new smart contract Unliquidator will be deployed to replace the currently deployed Liquidator. As the previous smart contract was conceptualized to claim rewards (mainly stkAave and COMP), and liquidate those, the new smart contract will be used for claiming and transferring the rewards the Asset Management subDAO. The contract will be deployed with the following parameters:

  • address nexus = 0xAFcE80b19A8cE13DEc0739a1aaB7A028d6845Eb3
  • address receiverSafe = 0x67905d3e4fec0c85dce68195f66dc8eb32f59179

2.) The new module needs to be proposed from the ProtocolDAO multisig to the Nexus and accepted after 7 days.

  • proposeModule(keccak256(toUtf8Bytes("Liquidator")), unliquidatorAddress)
  • acceptProposedModule(keccak256(toUtf8Bytes("Liquidator"))

3.) Call each integrator smart contract ProtocolDAO multisig to approve the newly deployed contract to transfer rewards tokens to the Asset Management subDAO:

Technical Specification

The contract Unliquidator has the following functions:

  * @notice Updates a new receive address for the tokens
  * @param  _receiver  Address to which the tokens will be send at the end
function updateReceiver(address _receiver) external onlyGovernance;

  * @notice Claims the rewards and sends them to the receiverSafe, e.g. claims and sends stkAave
  * @param  _integration  Integration address, this contract should have permissions to spend the token
  * @param  _token  Address of the token that are claimed and send
function claimAndDistributeRewards(address _integration, address _token) external;

  * @notice Sends rewards them to the receiverSafe, without claiming them e.g. COMP can be claimed by anyone
  * @param  _integration  Integration address, this contract should have permissions to spend the token
  * @param  _token  Address of the token that are transferred
function distributeRewards(address _integration, address _token) external;

Only the set Governance Module, in this case the ProtocolDAO Multisig, can change the address via setReceiver that will receive the Unliquidated tokens. A change would require an MCCP to be passed before.

The claim functions are both token agnostic and can claim and send those to the Asset Management subDAO. For stkAAVE the functionclaimAndDistributeRewards claims the tokens via an exposed function from the integration before transferring to the recipient address. COMP can be claimed from any address on another address’s behalf, the function distributeRewards can then transfer these to the set address. Both functions can be called by anyone since they simply transfer tokens to the Asset Management subDAO.

1 Like

As previously echoed, I think this’ll be a fantastic opportunity to reduce gas costs for the protocol and suffer the decreasing rates we get for Save users from liquidating these tokens, and instead put them to use long-term in the treasury to benefit the protocol and users in the long run.

Happy to see this go to a vote next week!

This proposal is now live on Snapshot, and Meta Governors have until this Friday to cast their vote!

This vote has resolved almost unanimously in favour!

From here on, I’ll always keep you updated in these threads on when the proposed changes have been successfully implemented! :sunglasses:

The changes proposed in MIP 26 have now been implemented, and the first COMP & stkAAVE have found their way home to the treasury!

A big thanks and shoutout once again to @naddison @doncesarts @dimsome and anyone else I forgot to mention to ship this: you rock guys!


Great news! :astronaut: :muscle:

Well done @mZeroNine for coordinating