GMC's Preferred Choices for 7,500 ETH RFP

Entropy’s stewardship of the treasury management proposal resulted from a failed proposal from Karpatkey ~6 months ago, an attempt to get things moving from Avantgarde that fell short due to community concerns around their ability to remain neutral, and general consensus from delegates that the DAO should have some sort of treasury management strategy to put its idle assets to work. Our primary goal with the GM Track has been quite simple since the beginning: Earn higher yield on idle treasury ETH than market buying an ETH LST(s), while maintaining a similar risk profile. Treasury management is, in our view, a program that optimizes for stable and safe returns with ecosystem support as an added benefit. Ironically, we do envision it being leveraged to more directly support builders over time, whereby the DAO owns $1B of yield-bearing ETH, stablecoins, and RWAs with all of the proceeds funneled back into the ecosystem to support new and existing builders on Arbitrum as a way to support perpetual ecosystem funding through a non-dilutive funding source.

Big picture aside, we want to highlight that this process was intentionally designed to protect the DAO against a situation where it felt differently about the proposed choices. No funds from the Treasury Management V1.2 proposal will be deployed until the DAO has approved the proposed solution via Snapshot with 3% of the votable token supply in favor/abstain. There is, per the constitution, a 1-week customary waiting period between the initial forum post and Snapshot, meaning the earliest date this proposal can move to Snapshot is Thursday, March 6th (yes, we can and should discuss this in ETH Denver). If the community sentiment is overwhelmingly negative, we are happy to alter our selections, wait an additional week, and post to Snapshot at the appropriate time. This is why the original proposal stipulated that the preferred choices of the GMC would be posted to the forum in the first place. We are happy to see that the DAO is fulfilling its function as an authority in this decision and look forward to altering the recommendation in line with the DAO’s desires.

With all of this in mind, we would like to provide more context into how the GMC arrived at the conclusion it did with the initial “preferred choices”. We spent countless hours on phone calls with teams submitting applications/answering their questions, back-and-forth over telegram with various applicants fielding questions, and many long calls amongst the GMC members reviewing each application together. Every protocol application contained a ton of nuance and required in-depth conversation, as one would expect. The GMC did enter this process with a mindset to reserve a portion of the funds for Arbitrum-aligned/native protocols, which in itself is a hard category to define, but after further discussion, opted against it with all factors considered. The applications that we identified as the 4 most promising proposals within this category were GMX, Dinero, Camelot/Jones DAO, and Dolomite (all proposals can be found here).

GMX:

TL;DR of the proposal: Deposit a portion of the 7,500 ETH into GMX’s gmETH single-sided liquidity pool, which earns trading/borrow/spread fees paid by traders. Additional options included BonsaiDAO/Umami’s ETH/USDC backed GM pools with automated hedging against USDC exposure, and dHedge/Toros’ vault that LPs in the WETH/USDC GMX GM pool and supplies ETH on Aave while also borrowing stables on Aave with automatic rebalancing. The submission noted that multi-collateral pools that support both WETH and wstETH are expected to be supported by the end of Q2.

Dinero:

TL;DR of proposal: Mint and hold 500 orbETH, LP 500 ETH worth of orbETH/WETH on Balancer.

Camelot/Jones:

TL;DR of proposal: Deploy 1k ETH in LST/LRT Camelot pools such as wstETH/wETH, weETH/wETH, ezETH/wETH, rsETH/wETH through the automatic management of Jones’ vaults.

Dolomite:

TL;DR of proposal: Supply 500-1k ETH to Dolomite borrowers, and an undefined amount of ETH to lever up against GMX’s gmETH/USD on Dolomite by borrowing USDC against the underlying to buy more gmETH/USD, thus achieving 1x ETH exposure in practice.

Why didn’t the GMC select any of the aforementioned, and where did it go wrong?

Without singling the influencing factors of any particular application out, each of these proposals included some form of the following elements that made the GMC arrive at the list of preferred allocations:

  • The DAO would have made up a vast majority (>90%, in some cases) of the TVL of certain pools/vaults involved in the proposed strategies
  • The strategy’s yield was paid out in illiquid tokens, making it difficult for the DAO to inform the Arbitrum Foundation how to handle said rewards. Do they actively vote if these tokens have voting power? If there is an unlock period, at what point does the Foundation initiate this and what is the process for doing so? If there is revenue share with these locked tokens, is the Foundation expected to claim them, and if so, how often, and what do the rewards tokens get converted into and how? Etc.
  • Fees related to vault operations.
  • Direct price exposure to LRTs.
  • Lack of traction/PMF of the product on Arbitrum or other ecosystems
  • Exposure to factors such as loss of principal, trader PnL, borrow rates that are out of the DAO’s control with strategies that involve leverage, and liquidation risks (not maintaining ETH exposure).
  • Required the Arbitrum Foundation to actively manage a large number of individual positions, which would increase operational complexity/risk.

This is where the GMC went wrong. While we did very clearly outline in the application template that risk would be the most important factor, we told applicants who asked, that low-risk strategies should be included alongside medium/high-risk strategies if they wanted to submit those, and that we felt it was implied that safe strategies were preferred given the fact this is a DAO treasury RFP, we should have provided feedback to applicants based on their submissions and communicated the programs intentions more clearly.

Additionally, the GMC did not believe its “place” was to judge what “Arbitrum Alignment” meant. For example, if a protocol applicant pursues a multi-chain strategy, is it still considered “Arbitrum Aligned”? If a protocol applicant announces that its token is launching on a chain not named Arbitrum, is this protocol “Arbitrum Aligned”? The GMC decided that these questions were not for it to answer, but rather for the community to signal via the forum post period, and for alterations to the choices to be made in accordance to this feedback. The GMC simply put forth its most objective “preferred choices” from the perspective of a risk-minimized​​ treasury management strategy that can be built upon.

Aave is highly conservative, and a regular choice for idle asset deployment for many other DAOs. It is also Arbitrum’s largest protocol by a large margin and brings significant value to the chain and ecosystem, and comes with service providers focused on risk, a strong treasury, and a safety module to protect against adverse events. Fluid is a rising star on Ethereum mainnet that has yet to solidify its L2 home base - which we believe can be Arbitrum. Please read the “Justification” section above for more information. These two protocols, together with Lido, perfectly achieve the original intention of the GM Track stated above “Earn higher yield on idle treasury ETH than market buying an ETH LST(s), while maintaining a similar risk profile” with the added benefit of fostering ecosystem growth by deepening lending market liquidity, wstETH liquidity, a reward share with the Lido DAO that can grow into something larger, welcoming an Ethereum native application that has proven high-growth in nature to its new L2 home, etc.

We have also seen a lot of feedback on X/Twitter and on telegram in regards to GMC member COIs and pay. To the latter point, our initial proposal had the pay for GMC/TMC members at 30K ARB per member with a 2-year vesting period in an effort to achieve long-term alignment with appointed service providers while lowering overhead. However, numerous community members gave these payment terms backlash and demanded higher pay with no vests. With the implemented payment structure, no GMC or TMC members earn any of their earmarked payments until a recommendation has been passed via Snapshot (this is the first milestone for each member’s first $20k payment). In terms of COIs, Entropy has none. LlamaRisk is one (of two) paid risk providers for Aave, but holds no other COIs in relation to GM Track applicants. Callen from Wintermute in his personal capacity has no COIs however Wintermute holds AAVE and LDO tokens alongside being a public delegate for both DAOs. Lastly, an open governance call was hosted at the end of November where any community member had the opportunity to ask the appointed members questions or raise concerns. During this call, Callen (Wintermute) and River (Llama Risk) clearly state their wider involvement with other ecosystems, applications, CEXs, etc. thus disclosing their COIs prior to confirmation via Tally.

Lastly, we feel as though the DAO finally moving on treasury management is a good thing. We firmly believe in the GMC’s ability, with the DAO’s input, to get the right allocations in place that optimize for safe/sensible treasury management while providing ecosystem support as an added benefit. At the end of the day, this is the DAO’s treasury. The GMC is simply subservient to the DAO and looks forward to making any changes that are clearly consensus before moving to Snapshot. Let’s continue the good faith discussions on the forum and work through these qualms in a manner that supports the Arbitrum ecosystem/brand.

Next Steps:

Gather a better understanding of what the DAO believes the GM Track should be focusing on: Is it only supporting Arbitrum Native/Aligned protocols, and if so, how do we define “Arbitrum Native/Aligned”? Is the primary goal to build a strong foundation for a conservative treasury management program, and if so, do the original choices of the GMC reflect that? Should it be a mix of both direct builder support and a conservative treasury management foundation, and if so, how much of the 7,500 ETH should be allocated toward the former?

Please leave your feedback in the comments below, and we look forward to talking this over in Denver this week.

As mentioned, there will be no Snapshot vote until March 6th at the earliest, but it may be postponed further in order to alter "preferred choices” per the community’s feedback and to work with existing applicants to modify their applications accordingly.

Reminder:

This is just the first round of many treasury allocations to be made in the future. When a future proposal is made, we aim to put a heavier emphasis on Arbitrum native/aligned protocols. Also, as mentioned in the beginning of this post, we envision a world where all of the DAO’s revenue can be funneled to builders as a sustainable funding source.

8 Likes

I’m gonna keep it simple and say I like these choices. A majority of funds should go to these 3.

  1. Lido on Mainnet
  2. Aave on Arb
  3. Fluid on Arb

2/3 are protocols are arbitrum, albeit they aren’t arbitrum native. However, a smaller portion should go to arbitrum native protocols. I think it’s good to signal that we’re supportive of arb native protocols and they can get a smaller portion of allocation from this.

This is only one of a few treasury allocations so going heavy with the majors makes sense but we do need to start somewhere with arb native protocols. It’s better to take a stepping stone approach here by allocating a smaller amount. This is the only way the dao gets comfortable over time with allocating more funds.

Thanks for the proposal and for explaining the decision after the repercussions, as well as for your openness to modifying it if the DAO expresses the need to do so.

I assume these discussions are taking place in Denver and that there’s already something more or less settled. Still, I’d like to share my two cents on how I think the ETH revenue from sequencer fees should be used.

I don’t believe the right way to frame the approach is “which of these protocols is Arbitrum-aligned”, because, as you’ve realized, that’s a very difficult concept to define and would lead to an endless debate—one that could even change over time.

However, I also don’t think the approach should be as simplistic as “safe yield for the DAO.”

The ETH the DAO wants to invest comes from transaction fees paid by users operating on Arbitrum, whether they are:

  • Ethereum L1 users looking for a safe and affordable place to transact (with Arbitrum being the home of DeFi on L2), or
  • Arbitrum-native users who are here for the culture, technology, and opportunities the DeFi ecosystem in Arbitrum offers.

In either case, I believe this should be the framework upon which the strategy is built: Am I using the ETH to support Ethereum? Am I using the ETH to support Arbitrum?

With those objectives as guiding principles, strategies can be explored that simultaneously offer secure yield opportunities for the DAO.

Of course, I understand that the yield generated from this investment will eventually be used to support builders in Arbitrum, which I think is fantastic. However, we can start supporting these goals from the very selection of the yield source. I believe this approach best represents the values outlined in the Arbitrum Constitution:

Now, in light of this approach to ETH treasury management, I believe the proposed strategy falls short.

In this regard, we could do better by:

  • Supporting a greater diversity of LSTs.
  • Supporting ETH (not an LST) as the primary asset of the Ethereum economy.
  • Supporting more protocols that are Arbitrum-native, meaning they originated on Arbitrum.

This would be the approach I’d take for the ETH generated from the sequencer. It might not be the most yield-efficient strategy, but I think it would be more aligned with supporting the Ethereum ecosystem as a whole and Arbitrum ecosystem in particular, by sending a message and providing more reasons to choose Arbitrum as your native chain.

For all the given reasons, a good option would be to reopen a submission window for new proposals from applicants that align with your idea of safe yield for the DAO, while simultaneously promoting the objectives I and others mentioned.

2 Likes

Thank you for taking the lead on this, @Entropy. Balancing the GMC’s mandate with the DAO’s broader mission isn’t an easy task. While the proposed strategy looks solid, we feel it doesn’t fully reflect the DAO’s primary objectives.

We believe it’s essential to include Arbitrum-native protocols in this plan without losing sight of safe returns. As you noted in your comment:

The GMC should have engaged more closely with Arbitrum-focused protocols, clarifying its appetite for risk. We also agree with @JoJo’s point that, in the end, no single choice will make everyone happy, but it’s important to include long-standing Arbitrum protocols in the process:

To strike a balance, we suggest setting aside 20% to 25% of the treasury for Arbitrum-native strategies, provided they meet the GMC’s risk criteria and any other relevant standards. This approach keeps the overall risk profile low while allowing established Arbitrum projects to participate and showcases our trust in Arbitrum builders and that we as stewards of Arbitrum welcome and are supportive of them.

We recommend reconnecting with GMX, Dinero, Camelot/Jones DAO, and Dolomite on their shortlisted proposals and invite them to resubmit low-risk strategies in line with the guidance from the GMC.

Disclosure:
Atomist of Castle is involved with GMX governance.

4 Likes

First of all, thank you for taking this on Entropy. Reading through the thread it seems to me that it would be beneficial to address two issues separately:

A. What should the GMC optimize for?

  • stable and safe returns
  • ecosystem support
  • a combination of both with a fixed % allocated to ecosystem support as suggested by @CastleCapital

B. How were the options evaluated?
An idea could be to rank the options against certain dimensions and share the overview. This would increase transparency of the decision making as the trade-offs are clearly visible - initial but by far not exhaustive list:

  • APY
  • Liquidity of yield
  • Risk (also qualitative with low, medium, high)
  • Max % of TVL of a certain pool/vault the DAO allocation can be
  • Arbitrum aligned protocol (yes/no)

Even if some attributes e.g., whether a protocol is Arbitrum aligned or not will be a best guess from Entropy at first, if a certain option fits all criteria there will be a discussion around whether it is Arbitrum aligned or not. If the option is anyways not interesting (e.g., to be extreme: low APY + high risk + 90% of TVL), then there is no point arguing about it.

→ what do I want to say with it? Ranking options across dimensions will result in a more focused discussion vs arguing about options as a whole.


Lastly:

On Lido (used to be full-time with Lido hence views might be biased, but read below and DYOR):

  1. the team is one of the most Ethereum aligned I have ever met - feel free to check out on CT: @adcv_, @ssaintleger, @_vshapovalov, @Lomashuk @ncerovac, @isdrsP

  2. the centralization backlash Lido has been getting is partially unfair:

  • Lido currently has > 50 large Node Operators
  • one of the protocol’s main goals (and heavily pushed by founders) in 2024 was to roll out the CSM (community staking module allowing you to operate a Node with 1.5 ETH), currently there are >450 CSM module operators and its continuously growing
    → personally I am more worried about ETH staked with CB (who fully owns its Node Operators)
3 Likes

How is it partially unfair when both of these statements are currently true:

  • Lido’s curated set consists of 39 node operators
  • the curated operator set currently manages 282,307 active validator keys out of Lido’s total of 291,820 => 96.7% of validators within Lido is run by a very small cohort of operators

This is getting a bit off-topic but I don’t believe Lido’s decentralization is about to change to any considerable degree either. CSM won’t actually help much since it is vulnerable to sybil attacks and a single node operator may act as multiple CSM node operators. Even if we choose to ignore that, at the moment of writing I see CSM has 3,321 depositable keys with only 5 CSM operators making up >60% of those depositable keys - the CSM module could very well end up even more centralized than the curated module! It’s basically a pay-to-play model which suits entities with deep pockets the most, not community stakers.

Is Lido’s model better than having all of those validators managed by a single node operator? Sure. Is Lido better than Coinbase? Also yes to that, definitely! (Btw I share your worries about Coinbase’s share growing further)

However, the GMC’s choices here were not limited to Coinbase and Lido. Like I said, and to reiterate my point made previously, the GMC could have easily picked Rocketpool or Stakewise who also submitted proposals, are similar low-risk ways of staking ETH and are currently a better choice for Ethereum and, by extension, Arbitrum.

From a strict risk-management perspective, we support the allocations chosen by the GMC. We believe forcing a set percentage for Arbitrum-native protocols introduces unnecessary risk, complexity, and subjectivity, all of which are harmful to performance. The allocation decisions make sense if you gauge the perspective of the risk manager. Most of the Arbitrum protocols involved in this post use strategies that pay out in tokens that do not have the best liquidity performance or are possibly hard on the overhead management.

As previously stated, these are tried and true protocols, backbones of DeFi, and from a risk-management position, this holds true on the liquidity side. From the DAO’s perspective, low risk should mean strong audits, high reputation, high liquidity, small allocative share of protocol TVL and pool liquidity, and minimal overhead. These are clear, objective, and salient metrics. Clouding this with a definition of alignment would be poor for the DAO.

Earmarking any percentage of funds specifically for Arbitrum-native protocols seems to add some layer of subjectivity here, when the objectives are clearly defined. To reiterate, Arbitrum alignment is ill-defined. It is easily imagined a coming future where interoperability solutions are in place (see the Open Intents Framework or Chain Clusters) and this definition becomes far murkier. This is not to say Arbitrum alignment does not matter, rather, that it may not have a place in this program right now.

For the ARB-native protocols there’s a matter of risk posed by allocating 5,000 ETH (of course this is adjustable) to protocols where that tranche is anywhere between 14% to over 100% of the protocols TVL. This does not even dive into how the pool split would occur between the Arbitrum Allocated ETH and the prospective protocols.

We don’t think that the GMC should be used as a show of dominance in face of the recent critiques of Arbitrum. Arbitrum has been in poor discussion because of the performance of the token, flippant spending, and so on and so forth. Frankly, this situation could easily be spun in the opposite direction: “Arbitrum DAO could have invested its GMC funds into stable yield but chose to allocate to more risk-on protocols just because they were ARB aligned…” Indeed, using DAO funds for alignment signaling should not be considered. Framing this as “the DAO is here to support you Arbitrum builder” is also tricky. We often talk about attracting users, but attracting protocols is important as well, but this means protocols at any stage.

Fluid is a great opportunity, so much so, that other DAOs have started purchasing Fluid tokens. It is possible that these programs may need not only to weigh the cost of Arbitrum alignment but also the cost of new protocol acquisition. Fluid is a standout protocol that has had a monster run over the past months. Supporting builders means supporting builders with battle-tested products, regardless of the place in the startup lifecycle. Unless there is some specific risk or value extraction from these protocols we’re being inconsistent with the GMC goals to reject them.

From the Blockworks point of view, the selection of protocols makes sense. In reference to the Northstar(s) for this program, all protocols listed achieve low-risk yield and aid in ecosystem growth. The providers have also designed programs in cooperation with one another specifically for the growth of Arbitrum and their protocols.

Finally, we cannot fully assess the quality of every proposal ourselves, given that some remain private (for example, GMX, Pendle, Eigen). With regard to concerns about conflicts of interest, it appears some of the claims in this thread may be less central to the core issue. It is clear delegates are dissatisfied with the allocation, but attributing conspiracies to committee members or focusing heavily on centralization anxieties, risks detracting from more substantive discussion.

4 Likes

I appreciate the GMC’s effort to generate low-risk yield on the DAO’s idle 7,500 ETH. The choice of established protocols like Lido, Aave, and Fluid likely stems from their proven track records and ability to deliver stable returns. Deploying 5,000 wstETH into Aave V3 on Arbitrum also directly boosts liquidity in our ecosystem. The reinvestment strategy and focus on incentive programs further suggest a thoughtful approach to maximizing value.

That said, I’d like to offer a few suggestions to enhance the proposal while preserving its strengths. First, the heavy allocation to Lido—5,000 ETH—raises decentralization concerns. As of early 2025, Lido controls ~32% of Ethereum’s staked ETH, relying on just ~100 operators. This concentration has sparked debate, especially after Lido’s governance rejected self-limiting proposals in 2022, amplifying fears of validator dominance. A concrete step to address this could be splitting the staking allocation: say, 3,500 ETH to Lido and 1,500 ETH to Rocketpool. Rocketpool’s ~2,000 independent nodes (per their docs) offer far greater validator diversity even if its APR (~2.5-3%) is slightly lower.

Second, I’d love to see more support for Arbitrum-native protocols. I get why the GMC leaned toward established players—scale and risk management are key with $16.5M on the line—but there are native options with capacity and reasonable risk profiles.

  • GMX, for instance, is a standout: its TVL sits at ~$500M, with trading volume exceeding $94B historically. GMX’s TVL grew ~10-15% in Q4 2024 after a 1,000 ETH liquidity boost from the STIP program. 500 ETH could yield a similar bump, adding $50-75M to its TVL. ETH-backed WETH/USDC GM pool might be an opportunity with its delta-neutral exposure and 11.93% APY.
  • Camelot’s another contender, crossing $100M TVL in 2023 with 4.5k daily active users in 2024. Allocating even 500 ETH to such protocols could amplify their capacity without undue risk, given their traction and community backing. The APY of wstETH/ETH LP on Camelot is now 7.87%.
  • Dolomite can be a decent candidate too with its TVL crossing $900M in 2024. Lending ETH on Dolomite now earns 4.87% APR.
2 Likes

Hey, Vasiliy from Lido here. I’m going to presume that your main angle here is to use staking to improve Ethereum’s validator set (might be off on this one). If so:

  • all new stake in Lido will go to modules with a lot of independent operators. Permissioned module composition or share is not very relevant here stake will not go to it. Lido is now three staking protocol in a trenchcoat and new stake is making new and higher operator count ones bigger. Staking through Lido will impact Ethereum validator set in a massively positive way
  • Stakewise osETH, in terms of stake distribution, is Lido’s permissioned module that you don’t think is good. And most of its operators are in Lido permissioned set anyway.
  • Stakewise vaults are higher operational load and lower liquidity - decent choice atm if you want fine grained control of your stake. I think GMC has more important things to establish fine grained control over but that’s, of course, not my call.
  • Rocketpool is no less vulnerable to sybil than Lido CSM, but currently has more real independent operators in my estimation; I don’t know though how new stake will impact the stake distribution in it and if the impact will be worse or better than staking in lido, in terms of diversifying Ethereum validator set.
3 Likes

Thanks for chiming in on behalf of Lido, Vasiliy. To clarify my intentions in this post – I (and a few other people in this ecosystem) am interested in a decentralized Ethereum validator set because it ultimately benefits everyone using and building on top of Ethereum including Arbitrum. Arbitrum has a chance to really make an impact, not necessarily with these initial 5,000 staked ETH but especially considering further allocations in the future. In my opinion, at the very least a mixed basket of LSTs (stETH, rETH, osETH, …) should have been chosen. It’s not significantly more difficult operationally to swap ETH for a mix of 3 LSTs instead of a single one. Liquidity is more than sufficient across these major LSTs for this amount.

While I agree with you on some points in your reply, some of them I need to correct:

Partially true - like I mentioned in a previous comment only 5 CSM operators make up >60% of the currently depositable keys in the CSM module. You can’t really make any guarantees about the independence/decentralization of the modules new stake will flow towards, can you? The new modules may turn out even more centralized than the curated module.

It really isn’t the same at all… Stakewise osETH (and Rocketpool rETH) actually features permissionless (= opposite of permissioned) entry for node operators.

Most of Stakewise operators are not in the Lido permissioned set either. Most of the stake is currently managed by StakeWise Labs who are not a Lido permissioned operator and even with all the validators they run, they are still smaller than every single Lido permissioned operator. The only Lido permissioned operator on Stakewise with a larger presence is Chorus One. Is this model perfect? No, but it is still more decentralized than Lido.


One last but important thing: you make it sound like Lido needs new stake in order to grow their new in-theory-more-decentralized modules. But that actually isn’t true either. If Lido genuinely wanted to increase the stake share of their new modules, it could simply remove some of the largest Ethereum node operators from the curated set. Why not do that?

I went ahead and checked the lists of the largest operators on Ethereum … and guess what? I can easily spot a few good candidates, ordered by their managed stake share: Kiln, P2P, Everstake, Stakefish, Allnodes. Get rid of those and Lido can fill up not just one but 10 CSM modules! Not saying that’s necessarily a good idea due to the sybil attack vector. But Lido could at least replace some of those huge node operators with smaller node operators → actually improving decentralization.

First off, thanks to the GMC for publishing their preferred selections and Sam for leading this broader initiative. We share a similar sentiment with other delegates regarding these choices. Lido and Aave are logical picks from a risk management standpoint, and we appreciate the negotiations that have resulted in increased yield. Additionally, we recognize the strategic value of engaging Fluid with the intent of fostering a long-term relationship with the protocol.

However, we are disappointed by the lack of allocation for Arbitrum-native protocols. While incorporating them would introduce additional risk, their exclusion overlooks the contributions of native protocols and dedicated builders who have remained committed to Arbitrum. That said, we understand the committee’s preference for a more risk-averse approach. The GMC is not incentivized to take on unnecessary risk, but this decision highlights a broader issue—the initiative’s design lacks proper DAO representation, as no members were elected. This is evident in the selections made.

We encourage delegates and tokenholders to uphold the inclusion of elections for DAO programs to ensure representation across the Arbitrum ecosystem. Moving forward, we recommend reassessing Arbitrum-native protocols that meet minimum TVL and usage thresholds to ensure the DAO does not makeup the majority of any protocol’s TVL.

Lastly, regardless of which protocols the ETH is allocated to, it’s critical for a designated individual, firm, or committee to actively monitor and manage any risks that may arise from deploying ETH across various DeFi protocols.

We understand and respect the GMC’s careful consideration in this matter. With the primary goal being to generate low-risk yield on held ETH, the decision to partner with LIDO and AAVE was a logical one. Fluid, however, might be seen as a less obvious choice, given its relatively short existence and recent entry into the Arbitrum ecosystem.

That said, there is a downside to this approach of relying on key Ethereum-aligned parties. As others have pointed out, none of these choices are Arbitrum-native. Furthermore, the Arbitrum-native protocols that offer comparable products are entirely bypassed in this proposal.

Whether this strategy is optimal for achieving the second ambition—spurring ecosystem growth—remains open to debate. Some of the protocols that have been instrumental to Arbitrum’s ecosystem development over the past years may feel sidelined. Allocating a symbolic share of the 7,500 ETH to Arbitrum-native protocols that have been strong advocates for the ecosystem might have been a more inclusive approach.

  • GMX Team
2 Likes

While we acknowledge that the GMC is actively iterating to make the program more inclusive toward a broader range of protocols, we want to express concerns regarding the current selection approach. We understand the rationale behind prioritizing the best risk-adjusted yields and security within the Arbitrum ecosystem, but the decisions so far reflect inconsistencies.
If the goal is a purely security-oriented approach, then selecting a protocol that has only been live on Arbitrum for a few months contradicts that standard. This is not to comment on the protocol itself, but to ojectively highlight that it does not meet the same criteria as the other selected protocols and therefore is a flaw in the selection process. Even if the primary objective is safe yields, there is no excuse for why Arbitrum-native protocols that are integral to the ecosystem’s success can not also be included. The absence of any Arbitrum-aligned protocols signals—intentionally or not—that the DAO sees no safe yield opportunities on its own chain. This perception, reflected in public feedback, raises obvious questions.

We also recognize, after discussions with Entropy and other stakeholders, that there has been an acknowledgment of limited foresight regarding currently available Arbitrum-native protocols. Additionally, passive engagement with proposers has likely contributed to the current outcome.

To be clear, we are not advocating for any specific protocol to be forcibly included, as we understand that liquidity provisioning is not a priority in this iteration and that a more passive management approach is being maintained. However, given that the committee is compensated for its role, there is no reason why the program cannot achieve both objectives: conservative, safe yield generation while also supporting and aligning with the protocols actively building on Arbitrum—protocols that drive revenue to the DAO’s treasury in the first place.

Balancing sustainable DAO growth with ecosystem alignment is a challenge, but we believe that future iterations of this program should be refined to better serve Arbitrum and the ecosystem that has enabled the chain to succeed.

1 Like

Update: March 14, 2025

Hi everyone,

Thanks again for the continued feedback; we appreciate it very much. It is clear to us that the DAO strongly requests carving out a small allocation for protocol(s) that originated on Arbitrum. It is also clear to us that the DAO is relatively happy with the original selections presented from a safety and yield perspective.

With the community’s preference in mind, we have reevaluated all applications from protocols that originated on Arbitrum and any additional synergies that might be beneficial to the Arbitrum ecosystem.

Below we present an update of GMC’s allocation preferences, importantly, there is 1 primary change to our original proposal to be aware of:

  1. A new additional allocation, which includes Camelot (with an updated submission), and thus, a change to prior allocations to ensure Camelot’s allocation

GMC’s Updated Allocation Preferences

Total Allocation: 7,500 ETH

Number of Allocations: 4 (prev. 3)

Overview of Updated Allocation Preferences

Protocol Updated Allocation Prev. Allocation Strategy
Lido 5,000 ETH 5,000 ETH Stake ETH to (w)stETH
Aave 4,200 stETH 5,000 stETH Supply wstETH
Fluid 2,500 ETH 2,500 ETH Supply ETH
Camelot (NEW) 800 stETH 0 LP wstETH

As highlighted above, our updated allocation preferences include an 800 stETH allocation (+10% of the total allocation) to Camelot, stemming from a reallocation of 800 stETH from Aave to Camelot; Fluid and Lido’s allocations remain unchanged.

When considering all applications from protocols that originated from Arbitrum, Camelot provided a clear fit as both an exemplary Arbitrum-native protocol that continues to support Arbitrum and its Orbit chains and a safe venue for the DAO to earn low-risk yield on their ETH while supporting DEX liquidity. Once again, all Arbitrum-native applications were reassessed holistically based on their yield, strategy, and associated risks.

(NEW) Allocation 4:

Protocol: Camelot - Updated submission can be found here

Allocation Amount: 800 stETH

Basic Strategy Description: Deposit 800 stETH (as wstETH) as single sided liquidity into the wstETH/ETH liquidity pool on Camelot V3.

Expected Benefit(s):

  • Earn 2.56% APY from wstETH yield, trading fees, & xGRAIL (30D Avg.)
  • Allows the DAO to repurpose funds from Allocation 1 (wstETH) to further improve sticky DeFi liquidity

A risk Assessment (LlamaRisk) finds that risks include liquidity concentration risk and smart contract risk.

Note: The decision to provide single-sided wstETH liquidity came from discussions with and detailed analysis by the Camelot team, as they are aware of the difficulties associated with the DAO and the Arbitrum Foundation actively managing a concentrated LP position. Nonetheless, the strategy still successfully improves wstETH liquidity on Camelot and the Arbitrum ecosystem as a whole.

To better understand how the new Camelot allocation fits in with the previous 3 allocations, we have provided an example overview of how funds are allocated below.

Example Overview of Expected Flow of Funds:

  1. Stake 5,000 ETH with Lido into stETH (as wstETH)

      Remaining ETH Balance = 2,500
      New stETH Balance = 5,000 (as wstETH)
    
  2. Supply 4,200 stETH (as wstETH) to Aave V3 Arbitrum

    Remaining ETH Balance = 2,500
    Remaining stETH Balance = 800 (as wstETH)
    
  3. Supply 2,500 ETH to Fluid

     Remaining ETH Balance = 0
     Remaining stETH Balance = 800 (as wstETH)
    
  4. Add 800 stETH (as wstETH) to Camelot’s WETH/wstETH V3 Liquidity Pool

    Remaining ETH Balance = 0
    Remaining stETH Balance = 0
    

Unchanged Allocations:

Allocation 1:

Protocol: Lido

Allocation Amount: 5,000 ETH

Basic Strategy Description: Deposit and stake 5,000 ETH with Lido to receive wstETH

Expected Benefit(s):

  • 3.20% ETH/stETH yield (30D Avg.)
  • Highly liquid & composable receipt token that can be extended across other applications (wstETH)
  • 20% “Reward Share” from Lido’s Reward-Share Program, effectively giving the DAO a higher yield on our ETH deposits into Lido

Allocation 2:

Protocol: Aave

Allocation Amount: 4,200 ETH (Reduced from 5,000 ETH)

Basic Strategy Description: Supply 5,000 stETH (in wstETH) to Aave V3 on Arbitrum to encourage LRT borrowing against wstETH in collaboration with Lido, Aave, Renzo, and Kelp

Expected Benefit(s):

  • 3.20% ETH/stETH yield (30D Avg.) + est. Aave wstETH supply yield of 0.62% + 0.82% in wstETH deposit incentives
  • Additional incentive programs from Lido, Aave, Renzo, and Kelp, to drive wstETH, ezETH, and rsETH deposits to Aave V3 and more generally Arbitrum. This should also hopefully increase supply rates for wstETH on Aave
  • Allows the DAO to repurpose funds from Allocation 1 (wstETH) to further improve the DeFi ecosystem while accessing a higher yield

Allocation 3:

Protocol: Fluid

Allocation Amount: 2,500 ETH

Basic Strategy Description: Lend 2,500 ETH on Fluid’s Arbitrum platform

Expected Benefit(s):

  • 1%-2% native ETH yield
  • Support the growth of Fluid’s highly capital efficient DEX and lending protocol by providing ‘sticky’ ETH liquidity for users to borrow
  • Due to Fluid’s design, every $1 of ETH we lend, the Arbitrum ecosystem can benefit from up to $39 in liquidity
  • Provide necessary liquidity to increase caps and onboard more LSTs and LRTs to Fluid’s Arbitrum instance

Next Steps

Once again, we’d like to thank the DAO for their feedback and we are confident that our updated allocations with the addition of Camelot fulfill the GMC’s mission to optimise for safe/sensible treasury management while providing ecosystem support as an added benefit.

We plan to go to Snapshot on March 20th to ensure there is sufficient time for the community to provide additional feedback.

Please note: We have posted this as a comment but will amend the original forum post to reflect these changes as well.

3 Likes

It’s quite good that the committee was able to include Camelot in this allocation, and I am looking forward in future to see more protocols to be part of it. Probably consulting with defi experts and risk analysts before drafting the next rfp might help to have a cohesive set of rules that can be applied to our ecosystem.

Super happy to see this change, Camelot should have been on the initial list.

2 Likes

Thanks for the revised proposal! Building from the learnings of the recent TMC snapshot vote I have a question and a suggestion:

Question: How will be the vote be built? Approve or not the recommendation? Or will be able to vote for each allocation? Reasoning: there is a lot of controversy regarding the allocations, so it would be good to know in advance the voting schema.

Suggestion: Given the current controversy, lessons we can apply from the TMC allocation (the DAO decided to not allocate all funds), the DAO not supposedly not in a hurry, it would be a good idea to make the allocation in tranches. Make the current proposal the first tranche, of 50% ot the total allocation. That would help to:

  • Ease the sense that this is a “hit or miss” proposal: in the current format, all the capital will be deployed at once. Protocols that are not in will have great difficulties to get part of this allocation later in an “improbable” rebalance.
  • Give the DAO and GMC more time to improve the “Growth” part of this initiative: it is wonderful that now Camelot made the cut, but there are no other protocols (I wont name them, as I will probably miss important ones) that could receive an allocation? The TMC will revisit the ARB allocation strategy/criteria, and everyone here would benefit of a similar approach. The current proposal leaves no room for that, and what we have seens is an “fight” between the DAO and the GMC regarding this point.

I hope this suggestion ressonate with other folks in here and we can work to enhance even more the DAO allocation.

1 Like

You did not address my concern at all – why choose to further Ethereum validator centralization with Lido, over better alternatives like Rocketpool or Stakewise? I don’t want to repeat myself endlessly here, please see my previous comments in this thread for more context. L2 chains should support L1 decentralization and not go against it.

1 Like

Thanks for sharing these allocation recommendations. I’ll keep this brief, since I’ve already outlined most of my thoughts on DAO treasury management in my comment under TMC’s allocation proposal. Here are my main thoughts on GMC’s proposed allocation:

  • I really don’t think a DAO treasury should be run like a hedge fund. Trying to squeeze out a small percentage of yield risks distracting us from what actually moves the needle: making Arbitrum a better platform for builders and growing the ecosystem. While earning a bit of yield is nice, it can quickly become a distraction from what should be the DAO’s core priorities.
  • The DAO should avoid picking winners. Singling out certain protocols can alienate others (as we’ve seen), and make it harder for them to compete with those that were included in these allocations, ultimately hindering the growth of the ecosystem by creating artificial advantages that distort market signals and competition.
  • The only allocation I’d seriously consider supporting is in Lido wstETH, as it’s a straightforward and relatively low-risk way to avoid dilution from ETH issuance. The incremental yield from other allocations seems minimal, so I don’t think it’s worth it also given the additional risk we’d take on and the artificial advantages these allocations might create.

With the vote now live, is there a party responsible for taking action in the event of a security incident with any of the selected protocols?

cc: @Entropy

1 Like