MoonRunners
LogoLogo

31

  1. /
  2. Osmosis
  3. /
  4. Mainnet
  5. /
  6. Governance
  7. /
  8. 31
  • Docs
  • Support
2026 © Made with 💜 by MoonRunnersAPI OK
DocsSupportDonate

Proposal #31

Remove the proposer bonus lottery

PassedParameter Change Proposal

Passed on 05 Sept 2021 with 96.4% of the votes for yes.

Yes

96.4%

96.9% without abstain

Veto

0.0%

of votes cast

Ended

05 Sept 2021

The ballotvotes cast · final tally
Yes

96.43%

of votes cast

Abstain

0.50%

of votes cast

No

3.06%

of votes cast

Veto

0.01%

of votes cast

Parameter change proposal to set baseproposerreward & bonusproposerreward params to ZERO to remove the undesireable centralization incentive it creates.

There is a detailed writeup on the Osmosis Commonwealth why we should pass this proposal : [Hidden link]

REPRINTED BELOW Currently 1-5% of epoch rewards go to the validator (and their delegators) who proposed the epoch block. The exact percentage depends on details of how many validators were counted as online at the epoch block. This is an unfair system for a number of reasons, and introduces a force to centralize stake amongst the validators who already have the most stake. This is because:

  1. (In theory) The chance of a validator being the proposer is proportional to their stake, which means you have the same expected return, but lower variance with larger validators. This gives an incentive to delegate to the largest validators. (There is a similar effect in POW mining systems like Bitcoin, which leads to pools)
  2. In practice, the chance of a validator being the epoch proposer is 0 if they are not in the top 66% (by stake) of fastest validators. Only the validators who finish computing the block first will be potential proposers for it. This also contributes to centralization, as the largest validators can most afford to maximize their speed.
  3. The proposer selection algorithm is not based on secure randomness, it isn’t even random at all. It is in fact highly manipulable. There are known strategies validator operators could use to attempt to propose a specific block. Actual usage of these strategies could be considered byzantine behavior, and could lead to further network instability around the epoch time.

This centralization effect is harmful to the long term success of the network – we want the stake distribution to become much less top heavy. Stake distribution has been decentralizing nicely as time has gone in the network, but it would be ideal to further accelerate this decentralization. And whats critical to that, is at minimum, lowering the incentive for the stake to centralize at the top. We are nowhere near the end state yet for stake distribution!

--Short Term Suggestion--

Create a parameter change proposal to set the proposer bonus to 0%. This would then go into affect immediately after the proposal passes.

--Long Term Suggestion--

This is definitely a conversation that needs to be designed together over time! Talking with @UnityChaos & @dogemos, we thought it’d be cool to re-introduce this proposer bonus lottery, but have it only be applicable to the bottom {say} 50 validators. Also have the total pot of the reward not be 5%, but instead be around {say} 1% of the reward. This would help incentivize decentralization of the network, and also retain the (accidentally introduced) lottery effect that so many folks like! (Since delegating to smaller validators would be higher EV!)

It is possible that higher stake validators sybil themselves into multiple lower stake validators. The hope is that the pot here is sufficiently low, that this won’t be worth the reputational hit that the sybilling validator would take. (And would also cause community uproar, justifying a governance proposal to slash them) There is still a fear that the big validator makes multiple sybils anonymously, this is quite plausible if its all their own funds. Noticeability only really comes in when its from validators gathering delegations from users, or are trying to build a common brand.

The blocker for re-introducing this epoch reward lottery this is we need a secure on-chain randomness source. (In addition to design work to ensure sybilling incentivizes are sufficiently low) This can be added as a follow-on to the threshold decryption work that is being worked on. The threshold decryption work eliminates most of the known forms of MEV learned about from Ethereum, such as front-running, sandwitching, stealing arbs, etc. – making them unable to applied on Osmosis once its done. It turns out that the technical primitive underlying this is very well suited for making a secure on-chain randomness source.

Timeline

  1. Submitted02 Sept 2021
  2. Voting started02 Sept 2021
  3. Voting ended05 Sept 2021
  4. Deposit deadline16 Sept 2021

Proposer

Address
Deposit500

Rules

Not recorded for this proposal.