Hey all! Interesting discussion. I want to give a few counterpoints from the consumer-chain perspective. (Note: This is my personal opinion as a long-time Cosmos community member, and not as an employee of Stride Labs. My employers may / probably do have a different opinion)
I think looking at ways for Stride and the Hub’s valset to be more economically-aligned makes a ton of sense but, as I’ve said many times in the past, this needs to be handled both from the consumer-side and the provider-side of the equation, not just from the consumer-side.
Over the last year Stride has averaged between $60,000 and $600,000 in ARR for the Cosmos Hub per Defillama, with an average cost to run the Stride chain estimated at $500,000 annually (node costs). Stride has been profitable for the Hub in the past, although it is not profitable currently due to the abysmal price action of tokens throughout the ecosystem that make up Stride’s revenue. This revenue is distributed to all validators that have opted in to secure Stride, contrary to what the following message states:
What Can the Hub Do to Support its Consumers?
Despite being at an all time revenue low due to ecosystem price action Stride is still, by far, the largest source of revenue for the Cosmos Hub. Stride has a very clear path toward profitability for the Cosmos Hub from ICS fee revenue (and has achieved this in the past). As a consumer chain and from a sustainability perspective, it’s doing what it’s supposed to be doing.
So I’d also ask if there are any things that the Cosmos Hub can do to be a more sustainable security provisioner and avoid placing an undue economic strain on both consumer chains and on validators. IMO there are two things that can be done:
-
Distribute ICS fee revenues equally to every validator that has opted in to secure a given consumer chain rather than proportionally according to stake-weight. If all validators are paying an equal cost to secure a Top-N% chain, those validators should share equally in the revenue so long as a consumer chain isn’t profitable.
-
Reduce the size of the validator set. Obviously this option is a bit more controversial. The reason that smaller validators are struggling so much to be profitable validating the Hub is that the set is too large. It’s unreasonable to ask consumer chains to bear the economic weight of the Hub’s unsustainable cost / revenue structure. IMO the set could be decreased by as much as 30-50 validators (or more), which would alleviate a lot of the unsustainable costs here.
Note that both of these are actions that could be taken by the Cosmos Hub to make ICS a more sustainable offering without placing an undue burden on consumer chains, which may have the effect of deterring potential consumers or driving them to competing security solutions like Symbiotic or Eigenlayer / Ethos. Asking every prospective consumer chain to airdrop tokens to validators in an incredibly competitive security market in which (to be frank) the Hub is an underdog, is simply not going to be a sustainable path forward.
The first of these feels more reasonable / less controversial, and I’d invite someone in the Cosmos Hub community to put a proposal on the forums to this effect. I’d be happy to support as needed, as I feel this is a long overdue change. Though I would also strongly encourage the Hub to consider some version of the second option as well.
What Can Stride Do to Support The Hub?
It’s been mentioned here already, but Stride has another path to driving revenue toward Cosmos Hub validators via its delegation program. In the past, Stride’s validator set has been limited to 32 validators because of limitations on the gas that can be accepted by the Hub for Stride’s delegation messages. This limitation is sensitive, and changes in gas required for transactions on the Hub have resulted in issues in the past.
Thankfully, with Stride’s latest chain upgrade, executed just last week, this gas limitation is no longer an issue and Stride can now have arbitrarily large delegation sets, meaning we can delegate to pretty much the entire set.
An update to the delegation program is in process, but there are a few things that need to be worked out, namely:
- LSM / Validator bond: Stride won’t be able to delegate to validators that don’t validator bond enough ATOM to accept LSM delegations. This is a Cosmos Hub limitation, not a Stride limitation.
- Opt-in PSS: If Stride delegates to validators that don’t validate all prospective PSS chains, Stride LST holders will have a lower yield, making it a less attractive product. A good delegation program that includes this consideration could actually act as an incentive for more validators to opt-in to securing PSS chains, which feels like an ideal activity to incentivize from the Hub’s perspective.
- Upcoming changes like the proposed Vote Power Tax: Less of an issue now but could become relevant in the future
What’s currently being considered is an interim solution that will put stake in the hands of as many validators as is technically feasible, allowing for more validators to earn commissions from stATOM inflows. This can then potentially be followed by a more comprehensive delegation program adjustment that takes into account the above considerations. This will all of course need to be approved by Stride governance first, and I’d expect that we’ll see a proposal on the Stride forums in the near future addressing this.