1. Summary:
This RFC proposes the utilization of $100,000 USD equivalent in liquid assets (USDC) and a variable quantity of SUMR tokens (equivalent to ~$500,000 USD {80/20 SUMR to USD} value at the time of deployment) to fund an Arrakis Finance liquidity vault on the Base network.
To ensure precise execution timing relative to the Token Transferability Event, this proposal seeks authorization to transfer these assets from the DAO Treasury to the Lazy Summer Foundation Multisig (0xB0F53Fc4e15301147de9b3e49C3DB942E3F118F2) . The Foundation will then be mandated to deploy these assets into the Arrakis vault to facilitate the “Stability Phase” of the launch immediately following the initial price discovery period.
Read more about the Arrakis architecture: here.
2. Context & Motivation:
For the upcoming SUMR token launch, I recommend a two-phase liquidity strategy designed to balance efficient price discovery with deep, sustainable liquidity depth.
- Phase 1 (First 24 Hours): Organic price discovery via Aerodrome Ignition.
- Phase 2 (Day 2 Onwards): Implementation of an Arrakis Modular Vault. This vault acts as a “stability layer,” utilizing algorithmic market making to deepen liquidity and damp volatility once the initial market price has been established during the first day of trading.
Arrakis Pro has successfully supported over 100 protocols including Maple, MakerDAO, Lido, Morpho, Gelato, and more, making it a proven infrastructure for early-stage token launches and sustained liquidity management.
2.1 How this complements Aerodrome Ignition and CEX Listings?
- Aerodrome Ignition: Main vehicle for incentivized distribution and community participation.
- CEX Listings: Provides wider exposure and additional liquidity.
- Arrakis: Ensures protocol-owned, sustainable on-chain liquidity for SUMR after the transferability event, reducing sell-side pressure and improving trading experience.
This approach does not replace Aerodrome or any potential CEX pools; it is a supplementary, trustless layer to improve long-term liquidity depth and capital efficiency.
2.2 Why utilize the Foundation?
The Arrakis vault is designed to go live approximately 24 hours after TGE (Day 2). To execute this deployment efficiently and react to real-time market pricing without the latency of on-chain governance timelocks during the launch window, operational agility is required.
Transferring the assets to the Foundation Multisig prior to launch allows the Foundation to act as the execution agent for the DAO, deploying the liquidity precisely when the Day 2 stabilization phase begins.
3. Proposal:
3.1 Asset Transfer & Allocation
Governance authorizes the transfer of the following assets from the DAO Treasury to the Lazy Summer Foundation Multisig:
- Spoke chain assets: Transfer all current assets from spoke chains (Ethereum, Arb and Sonic) to the Hub Chain (Base)
- Liquid Assets: A total value of $100,000 USD (USDC).
- SUMR Tokens: A variable quantity of SUMR tokens equivalent to ~$100,000 USD value.
Note: The exact number of tokens will be determined based on the Spot Price established after the first 24 hours of trading. Unused/Surplus tokens will be returned to the Lazy Summer DAO treasury.
3.2 Execution Mandate
Once assets have been bridged to Base, the Foundation is instructed to utilize these assets for the sole purpose of initializing the Arrakis Standard Vault on the Base Network.
Vault Configuration:
- Network: Base
- Pair: SUMR / USDC
- Strategy: “Bootstrap” Configuration (Active Liquidity Management)
- Deployment Timing: Target of TGE + 24 Hours (Start of Day 2).
Financials:
- Management Fee: 0% (Lazy Summer DAO discounted offer for first 6 months).
- Performance Fee: 50% of trading fees generated by the vault will return to the Lazy Summer Protocol.
Fees are only earned if liquidity actively generates value, aligning Arrakis incentives with Summer protocol success.
4. Open Questions:
- Is the community aligned with the strategy where we use Arrakis Finance to deploy the stability layer on Day 2, allowing for a 24-hour window of pure price discovery?
- Are there any objections to utilizing the Foundation as the logistical execution layer for this specific liquidity event?
5. Next Steps:
- Community discussion and feedback on this RFC.
- I will reach out to the Arrakis Finance team to answer technical questions (if any) regarding their vault architecture, here on the Forum.
- Promote to SIP stage and vote for execution (Asset Transfer).
6. Informal Support Indicator:
Are @Recognized_Delegates and the community broadly supportive of progressing this proposal toward a formal SIP?
Options:
- In favor of the direction outlined
- Open, but would like more discussion or clarity
- Not ready to progress yet
