StkGHO Activation
Vote Result: YES
Rationale
This is the on-chain vote for this Snapshot ARFC that we voted in favour of according to our rationale here.
StkGHO Activation
Vote Result: YES
Rationale
This is the on-chain vote for this Snapshot ARFC that we voted in favour of according to our rationale here.
[ARFC] Introducing “Frontier” - Staking as a Service for the Aave DAO
Vote Result: YES
Rationale
We are strongly in favour of this proposal that will show how pioneering Aave is as a DAO. This will also increase alignment with Ethereum more broadly and further decentralise the network, which is a massive plus. The ACI has taken steps to safeguard the DAO from any losses or significant risks in this proposal. The only point we would make is that the 2/3 multisig seems slightly unsafe and would encourage security of these assets to be strengthened in the near future as the program increases in scope.
All in all, we will vote YES in favour of this proposal.
[ARFC] Add PYUSD to Aave v3 Ethereum Market
Vote Result: YES
Rationale
Onboarding PYUSD to Aave v3 Ethereum has multiple benefits and low risk. Building synergies between Aave and PYUSD is important given the prominence of PYUSD’s issuer, PayPal, and strengthening the relationship between PYUSD and GHO is also very important. Given the low risk of the stablecoin with its low volatility and peg holding well since its launch, combined with the pool liquidity being scaled to accommodate demand on Aave, this proposal makes sense to us. Lastly, Chaos Labs and Gauntlet are in agreement about the proposed parameters. Therefore, we will vote YES in favour of this proposal.
[ARFC] Gauntlet USDC.e Supply and Borrow Cap Recommendation on Optimism Aave v3
Vote Result: NO
Rationale
Increasing the caps for USDC.e, which is a bridged asset and therefore more risky than native USDC, especially when native USDC is in line to be onboarded to Optimism, does not make sense since it will increase the time delay in users offboarding from USDC.e and onboarding onto native USDC. This does not make sense to us, and we will therefore vote NO on this proposal.
GHO Stability Module
Vote Result: YES
Rationale
This is the on-chain vote for this Snapshot TEMP CHECK that we were in favour of according to our rationale here. Therefore, we will vote YES in favour of this proposal.
[ARFC] Recommendation to Freeze and Set LTV to 0 for DPI on Aave v3 Polygon
Vote Result: YES
Rationale
DPI is a barely used asset on Polygon v3 and maximising capital efficiency for Aave is important. DPI gets ~$300 in reserve growth for Aave which is nothing, and the collateral risk to the protocol is higher than the revenue it obtains from the asset. Reducing LTV to 0 will not immediately affect the current DPI suppliers as well, making this a low-risk proposal. Therefore, we will vote YES in favour of this proposal.
[ARFC] Recommendation to Freeze and Set LTV to 0 for BAL on Aave v3 Polygon
Vote Result: YES
Rationale
These assets do not contribute much to the protocol’s reserve growth and the collateral risk is higher than the revenue brought in. Therefore, we will vote YES in favour of this proposal.
[ARFC] Recommendation to Freeze and Set LTV to 0 for CRV on Aave v3 Polygon
Vote Result: YES
Rationale
These assets do not contribute much to the protocol’s reserve growth and the collateral risk is higher than the revenue brought in. Therefore, we will vote YES in favour of this proposal.
[ARFC] Recommendation to Freeze and Set LTV to 0 for SUSHI on Aave v3 Polygon
Vote Result: YES
Rationale
These assets do not contribute much to the protocol’s reserve growth and the collateral risk is higher than the revenue brought in. Therefore, we will vote YES in favour of this proposal.
Reserve Factor Updates (Jan 15, 2024)
Vote Result: YES
Rationale
This is another proposal in a series of proposals designed to increase RF on Polygon v2 as we have voted in favour of previously. Therefore, we will vote YES in favour of this proposal as well.
Request for Bounty Payout - January 2024
Vote Result: YES
Rationale
This proposal is a no-brainer and Immunefi has confirmed the amounts. Therefore, we will vote YES in favour of this proposal.
[ARFC] Modify Retroactive Bug Bounties Proposal (Pre-Immunefi)
Vote Result: YES
Rationale
While this proposal has been extremely controversial, we are in favour of Option C since this seems to be more of a misunderstanding between BGD Labs and the white-hat and the BGD team has recommended that the payout of $65K goes ahead. Since BGD manages this process and has our full confidence, and they have recommended the $65K payment with no reduction, we will vote YES in favour of OPTION C.
Update ETH EMode and WETH Risk Params on Aave v3 Ethereum, Optimism and Arbitrum
Vote Result: YES
Rationale
This is the on-chain implementation of this Snapshot ARFC that we voted in favour of according to our rationale here. Therefore, we will vote YES in favour of this proposal as well.
Register a.DI Ethereum → Scroll Adapter
Vote Result: YES
Rationale
This is a technical proposal that is required to enable Aave v3’s activation on Scroll. Therefore, we will vote YES in favour of this proposal.
[TEMP CHECK] Onboard RSR to Aave v3
Vote Result: NO
Rationale
The TVL in Reserve Protocol is relatively low and would therefore not be suitable to be used as a collateral asset. Demand to borrow RSR will be pretty low as well since there does not seem to be any immediate benefit in doing so. Lastly, listing RSR would not necessarily impact the collateral assets held on Aave lending markets for the various reserve tokens. Therefore, we will vote NO against this TEMP CHECK since there is no clear immediate benefit to listing RSR on Aave and spending service provider time to assess this asset at the moment does not seem beneficial.
[ARFC] Onboard fdUSD to Aave v3 on BSC
Vote Result: YES
Rationale
This is the ARFC for this Snapshot TEMP CHECK that we voted in favour of according to our rationale here. Chaos Labs and Gauntlet are in favour of this proposal and have provided their recommendations. Therefore, we will vote YES in favour of this proposal as well.
[TEMP CHECK] Add gmBTC on Arbitrum V3
Vote Result: YES
Rationale
GMX is an extremely reputable protocol which has seen a significant amount of activity over the last 2 years. gmBTC gains yield from leveraged trading and swap fees, and with a 21.23% APR with $136 million of the token already being minted, is a very attractive asset for users to hold and use as collateral. Lastly, GMX has been audited multiple times, has high bug bounties, and Chainlink oracles will provide pricing for this asset, which reduces the level of risk from listing gmBTC. Therefore, we will vote YES in favour of this TEMP CHECK and note that due to the nature of GMX not allowing atomic withdrawals, it will be even more important for the risk providers to set appropriate caps for the asset.
[ARFC] Deprecate Aave V2 AMM Market Phase 2
Vote Result: YES
Rationale
This proposal aims to increase the RF to 99% for key assets on the v2 AMM markets and change IR parameters in order to motivate borrowers to pay back outstanding positions and migrate to v3 markets. Migrating from v2 AMM to v3 markets is critical and the community voted to deprecate the v2 AMM market already. Therefore, we will vote YES in favour of this proposal.
[TEMP CHECK] Add gmETH on Arbitrum V3
Vote Result: YES
Rationale
Similar to the gmBTC proposal Snapshot that we voted in favour of according to our rationale here, this proposal to onboard gmETH makes sense to us. gmETH gains yield from leveraged trading and swap fees, and is a very attractive asset for users to hold and use as collateral. Therefore, we will vote YES in favour of this proposal.
Harmonize USDT Risk Parameters on Aave V3 Markets
Vote Result: YES
Rationale
This is the on-chain proposal for this Snapshot ARFC that we voted in favour of according to our rationale here. Therefore, we will vote YES in favour of this proposal as well.