Prerequisite Discussion: Reducing Dead Stake via Validator Set Right-Sizing

Before revisiting mint inflation parameters, I’d like to propose a data-driven prerequisite discussion focused on validator participation and dead stake.

Background

Based on current on-chain data:

  • Terra has ~130 bonded validators (out of ~200 total).

  • A meaningful portion of validators appear inactive or weakly active across:

    • consensus participation (missed blocks / uptime variance),

    • governance voting,

    • upgrade participation.

  • Validator count is relatively high compared to other Cosmos-SDK chains at a similar stage, while voting power remains highly concentrated (top-100 stakers control ~78%).

This suggests that part of bonded stake may be economically active (earning issuance) but operationally inactive, contributing limited marginal security while still receiving inflationary rewards.

At this stage, the goal is not to label specific validators as inactive, but to establish shared, quantitative criteria (e.g. uptime %, governance vote frequency, upgrade signaling) and evaluate them consistently over a longer observation window.

This is not an argument that Terra must match other Cosmos chains, but that its current validator count appears to be an outlier relative to observed participation and stake distribution.

Why this matters before inflation changes

Inflation discussions often assume that issuance is efficiently converted into network security.

If a non-trivial portion of bonded stake is effectively “dead”:

  • security efficiency per issued token declines,

  • issuance may unintentionally amplify sell pressure without improving safety,

  • reducing inflation alone risks weakening incentives for active validators.

Therefore, it may be prudent to first examine structural efficiency, rather than adjusting monetary policy in isolation.

The relationship between inactive stake and sell pressure is a hypothesis to be tested, not an assumption — which is precisely why a longer observation window is critical.

Proposal (Exploratory, not a parameter change)

I am not proposing an immediate parameter change, but suggesting a measured, data-driven exploration of validator set right-sizing.

One possible framework to evaluate:

  • Phase 1: Evaluate outcomes under a reduced maximum validator set (e.g. ~100), without altering delegation rules, over a defined period.

  • Phase 2: If data supports improved participation and security efficiency, explore a further gradual reduction toward ~50 over a longer horizon.

Evaluation metrics could include:

  • consensus participation and missed blocks,

  • governance voting participation,

  • upgrade signaling and execution,

  • delegation and unbonding trends,

  • stake concentration and distribution,

  • validator operational stability.

Expected benefits (if supported by data)

A smaller, more consistently active validator set may:

  • improve block production reliability,

  • reduce consensus and coordination overhead,

  • lower aggregate validator operating costs,

  • increase per-validator rewards without increasing inflation,

  • improve security efficiency per unit of issued stake.

Importantly, this approach does not assume price appreciation, nor does it eliminate inflation.

It focuses on ensuring that existing issuance meaningfully contributes to network security.

Closing

Inflation reduction and validator set right-sizing are not mutually exclusive. However, if Terra aims to improve its economics sustainably, it may be beneficial to first address dead stake and participation efficiency, using data rather than assumptions.

I’m interested in feedback on:

  • data sources others trust,

  • alternative metrics to assess validator “activeness”,

  • risks or edge cases this framing might miss.

1 Like

I appreciate the effort you’ve put in here, and tend to agree that our set is too large, but it misses one vital point that’s unique to Terra - the alliance module.

Alliance virtual token (VT) stake is directly correlated to total “real” LUNA stake. When LUNA stake goes up, alliance stake goes up, and when it goes down, alliance stake goes down. In the example of reducing the validator set to 80, this would reduce the LUNA stake by a whopping 24.5 million.

Without knowing the full implication of what this would do to the alliance rewards, I cannot support such a big change.

Dropping the bottom 30 validator spots, bringing the set to 100, would reduce the stake by 10 million, which is more palatable. A month ago, there was a new LUNA stake of 12 million, so they would effectively cancel each other out and it would go back to how the staking situation was in early December.

As a validator, I did notice the increase in our validator stake via VT with the increase of that 12 million LUNA stake last month.

Perhaps we should be focusing on how we can increase the LUNA stake. If we consider dropping the bottom 10 million LUNA staked, should we work on a way to replace it? Should we stake the same amount from the community pool as some sort of lottery rotation to validators who do vote and upgrade on time, and then do something with the rewards? People love a burn narrative… :eyes: haha

(Opinion is my own and not an official PF position)

2 Likes

I tend to agree with Rose. Reducing the set to 100 would be preferable as a first step.

Taking this opportunity to create an account in this forum, because another account in another forum is EXACTLY what I needed.

:enraged_face:

3 Likes

Now that is good idea

1 Like

Vini initially suggested ~80 validators for Phase 1, while my initial view was closer to ~100, so I revised Phase 1 to target 100 as a compromise. I’m aligned with that approach.

We also need to assess potential impacts on the Alliance module, and security should remain a top priority in any discussion.

A reduction in validator set allows for easier coordination, but usually we are only coordinating with the top 66%, so that is not really important.

Removing bottom validators would just mean, that inflation rises, as staked LUNA is moved to inactive and the staking ratio changes.

Another advantage of a lower amount of validators would be that an increase in block time would potentially be possible, which has a big benefit. But this needs to be worked out based on the target block time. E.g. if we would target twice the speed e.g. 3s per block, how much should we reduce the validator set to reach that. @vini

I agree with Philipp that validator set reduction has a direct impact on inflation. That’s exactly why I don’t think we should be pushing inflation changes first, without a clear validator set strategy.

Block time is a real concern though. A phased approach (130 → 100 → 80), with evaluation at each step, seems like the safest way to test the impact before committing further.

1 Like

it was just an example, we should try to be smoothly on this cur initially, 130 → 100 → 80 perhaps?