Treasury Management - GSM Funding & RWA Strategy Preparations (Part 2)
01Summary
Proposal to prepare Ethereum treasury funds for potential GHO Stability Module (GSM) funding and $1M RWA strategy with Centrifuge by swapping DAI to USDT, converting 0.70M USDC to USDT, and depositing the resulting stablecoins into Aave v3.
- Type
- treasury allocation
Key changes
- Swap all DAI holdings to USDT(high)
- Swap 0.70M USDC to USDT(medium)
- Deposit USDT into Aave v3(high)
- Deposit remaining USDC into Aave v3(high)
Notable concerns
- Current stablecoin holdings on Ethereum are insufficient for GSM, RWA strategy, and Service Provider commitments
- Requires coordination with separate GSM funding and RWA strategy proposals
Generated by Kvorum
02Description
Simple Summary
In preparation for potentially funding the GHO Stability Module (GSM) and the $1M RWA strategy with Centrifuge, this publication seeks to make available the necessary amount of USDC, USDT and DAI on Ethereum.
Motivation
The GSM was deployed in a previous proposal and the current stable coin holdings on Ethereum are insufficient to support both the GSM, RWA strategy and Service Provider (SP) commitments. Additional funds are needed on Ethereum to support the GSM.
Specification
- Swap all DAI to USDT
- Swap 0.70M USDC to USDT
- Deposit USDT into Aave v3
- Deposit USDC minus 0.70M into Aave v3
References
- Implementation: AaveV3Ethereum
- Tests: AaveV3Ethereum
- Snapshot
- Discussion
Copyright
Copyright and related rights waived via CC0.
03Mismatch analysis
The proposal follows the standard Aave governance pattern: a single top-level action that calls execute() on a dedicated payload contract deployed specifically for this proposal. The decoded calldata for this top-level action shows no arguments and a generic fallback() decode, meaning the actual sub-actions (DAI->USDT swap, USDC->USDT swap, and Aave v3 deposits described in the Specification section) are implemented inside the payload contract's bytecode and are not visible in the decoded_arguments provided here. Because the swap amounts, deposit targets, and token flows described in the prose cannot be independently verified against the on-chain calldata at this level of decoding, I cannot confirm or deny a mismatch with high confidence. Nothing in the available decoded action contradicts the description, and this pattern (single execute() call to a purpose-built payload contract) is routine for Aave treasury management proposals, so I am not flagging a discrepancy. However, confidence is low because the granular financial details (swap amounts, deposit destinations) that a careful reviewer would want to verify are not exposed in the decoded calldata rows supplied, only the outer wrapper call is visible.'
Generated by Kvorum
04Actions
- Target
- 0xc8df…7df5
- 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
- aaveexecutedTreasury Management - GSM Funding & RWA Strategy Preparations (Part 1), Frontier Staking as a Service89%
- aaveexecutedAave Funding Updates (part 2)81%
- aaveexecutedApril Finance Update Part B78%
- aaveexecutedFebruary Funding Update - Part B78%
- aaveexecutedFunding Update (Part B)78%
- aaveexecutedAave Funding Updates77%
- aavecanceledAave Funding Updates77%
- aaveexecutedFebruary Funding Update (Part 1)76%
- aaveexecutedApril Funding update76%
- aaveexecutedFunding Update76%