[Cross Post] Selecting Stride's Osmosis Host Chain Valset

NOTE: This is not an Osmosis governance proposal and is simply being posted to the Osmosis forum to make Osmosis validators aware of the application process. The original discussion can be found here: Commonwealth

Overview

As a liquid staking provider, Stride protocol controls a large amount of Cosmos proof of stake tokens, which must be delegated to validators on host-chains. It is the responsibility of STRD stakers to select the host-chain validators these tokens are delegated to.

It’s time for STRD stakers to select new host-chain validator sets for Cosmos Hub and Osmosis. In order to do so fairly and responsibly, the Stride Host-chain Validator Selection Process will be used.

Two separate sets of thirty-six validators - one for Cosmos Hub and one for Osmosis - will be curated by two separate advisory councils, and then submitted to STRD stakers for them to approve or deny.

For Cosmos Hub validators who wish to apply to receive a delegation, apply here.

For Osmosis validators who wish to apply to receive a delegation, apply here.

For anyone who wishes to join the Cosmos Hub advisory council, apply here.

For anyone who wishes to join the Osmosis advisory council, apply here.

The deadline for all of the above applications is August 06, 11:59 UTC.

If you validate for both the Cosmos Hub and Osmosis blockchains, you must fill out a separate application for each chain.

Process timeline

July 18th - Cosmos Hub and Osmosis validator applications open, plus Cosmos Hub and Osmosis advisory council applications

August 6th, 11:59PM UTC - Application deadline. After this date, no applications will be accepted.

August 7th - Two five-member advisory councils are chosen - one for Cosmos Hub and a separate one for Osmosis. Advisory councils are submitted to Cosmos Hub and Osmosis governance for approval, using signaling proposals.

August 21th - Assuming signaling proposals passed, advisory councils begin to evaluate validators.

August 28th - Council members finish evaluations.

August 30th - Curated host-chain validator sets for Cosmos Hub and Osmosis posted on Stride governance forum.

September 6th - Onchain Stride vote goes live, STRD stakers vote to approve or deny new host-chain validator sets.

Background

Stride protocol is designed such that STRD stakers vote to determine which host-chain validators receive delegations. At any time, anyone is free to make an onchain governance vote to add or remove validators from a host-chain validator set. But it is always STRD stakers who have the ultimate authority to approve or deny any changes.

STRD stakers need a systematic, organized, and fair framework for selecting host-chain validator sets.

Such a framework was developed and implemented in late 2022. Called the Stride Host-chain Validator Selection Process, it was used to select a set of thirty-six Cosmos Hub validators to receive delegations from Stride protocol. STRD stakers responded favorably to the Process, and voted to approve the new validator set. Since the Process was used in late 2022, several small optimizations have been made, to make it more organized and efficient.

Much thought has gone into this Process, to make it as fair and responsible as possible, both from the perspective of Stride protocol and host-chains. Given the past success of the Process, it is hoped that the Process will again receive the support of STRD stakers through their approval of the resultant new host-chain validator sets.

Over the next few months, the Stride Host-chain Validator Selection Process will be used to select new validator sets for Cosmos Hub and Osmosis.

Why this matters

Due to the nature of liquid staking, liquid staking protocols can potentially have a negative influence on their host-chains. This can happen in three main ways:

-A liquid staking provider could delegate most of its stake to top validators. This increases validator centralization.

-A liquid staking provider could delegate to validators in exchange for kick-backs or for certain other favors. This is just plain corruption.

-A liquid staking provider could only delegate to zero percent commission validators. This deprives more deserving validators of revenue and voting power.

Many liquid staking providers commit one or more of these actions, and thereby have a negative influence on their host-chains. On the other hand, liquid staking providers can potentially have a positive influence on their host-chains. They can 1) decrease validator centralization, 2) reward worthy validators, and 3) select validators in an objective and bias-free manner.

As Stride protocol is the premier liquid staking provider in the Cosmos, it has a responsibility to use its influence to benefit host-chains as much as possible. The Stride Host-chain Validator Selection Process is designed to do just that. The Process:

-decreases validator centralization, by delegating to validators across the active set

-rewards worthy validators, by delegating to validators based on their contributions to the blockchain

-and does this in an objective and bias-free manner, by using a decentralized advisory council to evaluate validators

The mission of Stride protocol is to serve its host-chains by providing the best liquid staking experience possible. And an important part of this is fairly and responsibly selecting host-chain validators.

How it works

This section will explain in detail how the Process works.

As a reminder, over the next few months the Process will be used concurrently for both Cosmos Hub and Osmosis. There will be separate forms, councils, and governance posts for each of these host-chains.

Step 1: Applications

To be eligible for a delegation, validators must meet these four minimum thresholds:

  1. An uptime of greater than or equal to 99% in the last months

  2. A commission less than or equal to 10%

  3. Voted for at least seven of the last ten governance proposals

  4. Has been in the active set for at least three months

If a validator is eligible, then it needs to fill out an application to be considered for a Stride protocol delegation. On the application form, validators must answer two key questions. Their answers will be used by the advisory council to evaluate them. The two key questions are:

-How have you contributed to your blockchain technically in the past six months?

-How have you contributed to your blockchain socially in the past six months?

Individuals who wish to join the advisory council need to fill out an application, too. The advisory council is a group of five people who evaluate validator applicants. Anyone is free to apply to join the council, but only individuals who are knowledgeable about the relevant blockchain and are well-known and respected by the relevant community will be chosen. Stride Labs has the executive role of selecting the five-member advisory council.

Step 2: Advisory council approved by host-chain

As a check on the power of Stride Labs, an onchain signaling proposal is then submitted to the relevant chain, asking stakers if they approve of the chosen advisory council.

For example, the Stride Cosmos Hub advisory council will be submitted to Cosmos Hub governance. If Cosmos Hub governance feels the five individuals are qualified to evaluate Cosmos Hub validators, then governance will approve the council.

If governance approves the council, then it can move on to evaluating validator applicants. If governance disapproves, Stride Labs must change the members of the council, and the new council members must be submitted in a new signaling vote.

Step 3: Evaluation

Once the validator applications have been received and the advisory council has been approved by the relevant host-chain, then the council members independently evaluate validator applicants, giving each validator a score out of ten.

The five council members’ scores are then averaged out, giving each validator a final score out of ten.

If a council member has a conflict of interest about a certain validator, he does not evaluate that validator.

Step 4: Ranking in quartiles and weighting

Once each validator has a final score, validators are separated into four quartiles, based on their existing delegations. For example, the top twenty-five percent of validators are in the first quartile, the next twenty-five percentiles are in the second quartile, and so forth.

In each of the four quartiles, validators are ranked based on their final scores. The top eight validators in each quartile are chosen, resulting in a set of thirty-six validators from across the active set.

Finally, each validator is weighted to determine the share of the total delegation it will receive.

See full evaluation details here.

Step 5: Proposal submitted to STRD stakers

The resultant host-chain validator set is then presented to STRD stakers, who have complete authority to approve or deny the set.

Final thoughts

If you have any questions, comments, or observations - please join the discussion! (:

FAQ:

Why do STRD stakers have the power to select host-chain validators?

Authority to select host-chain validators does not belong to a closed group of people, but is distributed to all STRD stakers. This is the most decentralized way to do it.

Through airdrops, liquidity incentives, staking rewards, and grants - over 50% of the STRD total supply is being distributed to the Cosmos community. STRD’s tokenomics ensure that many individuals and entities get a say in deciding which host-chain validators are selected.

Are advisory councils permanent?

No. A new council is chosen each time a new host-chain validator set is made. Individuals are free to be on consecutive councils, but it is hoped that the composition of each consecutive council will be different, so that different perspectives are used to evaluate validators.

How are new host-chain validator sets selected?

We recommend larger chains should get new validator sets every six months. That would include Cosmos Hub, Osmosis, and Injective. Smaller chains should get new validator sets every year. This process is always subject to change by governance.

How are default host-chain validator sets chosen?

When Stride protocol onboards a new chain, a default validator set is chosen to receive delegations. The top forty validators are chosen, excluding exchange validators and validators with a commission in excess of 10%. For maximum neutrality, Stride protocol delegations are weighted by existing delegations.

Why should people join advisory councils?

You should join advisory councils to participate in the Cosmos ecosystem. Council members get to use their subjective judgment to help influence Stride protocol’s delegations. Also, council members have a public role, which can improve their visibility and increase the amount of attention they receive from their fellow Cosmonauts.

1 Like

Long overdue and something that will hugely improve the contribution that stOSMO makes to Osmosis if done as planned!

2 Likes

A few concerns and comments/suggestions.

Concern:

If the goal of the process is to reward “worthy validators, by delegating to validators based on their contributions to the blockchain…in an objective and bias-free manner”, I would hope council members strive to keep their subjective judgement in check.

Question:
Are those that have an uptime of greater than or equal to 99% in the last month and have voted for at least seven of the last ten governance proposals as of this positing, not including proposals currently being voted on only eligible?

The current past ten votes are rather diverse; there are contract related proposals (eg allowing a contract to be uploaded and v16 Magnesium update), incentive related proposals (eg regular incentives update and providing matching liquidity incentivize), and policy related proposals (eg alternative transaction fee policy and lowering token denom creation gas).

If it is based on the past 8 plus the current 2 that are being voted on right now, it would tilt a little more in favor of incentive related proposals.

Because of the number of proposals Osmosis governance take up versus that of Cosmos governance, I hope that it is being restricted some how so that those validators that haven’t been participating in governance can’t “sneak” their way into becoming eligible. If there isn’t a meaningful cutoff date, like today or even out of the past 8 and current 2, in my opinion, the participation criterion has little meaning and would recommend going with a overall participation rate instead as the intent of the criterion seems to be to limit eligibility to those that have been consistently participating in governance.

By my quick count looking at the Smart Stake data dashboard, that leaves only 71 validators eligible, all of which have a commission that is less than or equal to 10%, and based on their ranking, I would assume have been in the active set for the past three months. If there are some that aren’t, that would just lower the number of eligible validators.

Suggested Added Eligibility Criteria:
If there was an added criteria that a validator max commission has to be less than or equal to 20%, one which I believe makes sense to add as it seems like Stride would want to reduce the risk of delegating to validators that may drastically increase their max commission in the future. That would reduce the number of eligible validators to 56.

And if any validator that has been slashed in the past 30 days (as of today) were made ineligible, that would leave 53 eligible validators, or 35% of validators in the active set.

This appears like it would achieve the goal of having delegations decrease validator centralization, by delegating to validators across the active set as the mean and median ranking of the 53 eligible validators are 77 and 81, respectively.

Suggestions for the application:

A question asking validators to provide the number of FTEs (full time equivalent employees) they have would be useful. I would those selected to score applications would find such information very useful as larger validators (those with 5 or more FTEs for example) naturally have the capability to contribute more than that of smaller validators (those with less than 5 FTEs for example).

A question asking what MORE validators would do for their chain if they were to receive a delegation and become part of Stride’s host chain valset should be added. While it is nice to know what tech and social contributions validators have made in the past six month, it would also be useful, and even arguably more valuable to know what validators hope to contribute in the next six months if they were to receive a delegation from Stride. Stride’s delegation shouldn’t just be a “reward” for previous work, but also used to incentivize future work.

Asking such a question would allow Stride to better evaluate validators that have received their delegation, especially if selecting host chain validators will be a routine bi-annual or annual event.

When asking validators what they hope to contribute in the next six months if they receive a delegation from Stride, asking them which other validators they would hope to partner with to achieve this, or even having the question of what validators would do if they received a delegation being a separate addendum in which validators are encouraged to submit with at least one other partner seems useful. This will hopefully go a long ways towards promoting cooperation and collaboration amongst validators and make the process less of a confrontational competition.

Suggested Standard the Selected Validators Should Meet:
Stride has mentioned that it values validators that have ‘skin in the game’. For those that are selected, Stride should hold them to having at least 100 OSMO self delegated. While it is true that validators that have less than 100 OSMO staked may have more staked with another wallet/account, than it shouldn’t be that difficult to move that the their validator account so that all users can easily see that Stride’s Osmosis host chain validator set have the same amount of ‘skin in the game’.

1 Like

Interesting take to also ask for future contributions. That way you can indeed reward potential added value which is upcoming, which is a nice marketing tool where you can state that Stride also adds value to the development of the other chains.

@RoboMcGobo anything you can take along for the new program?

Hey! Sorry it took me so long to reply, I’ve been in Paris and have been a little preoccupied.

Would you mind making these comments on the Stride forum post (linked at the top of the post). This was crossposted here mainly for informational purposes, and I’d like to keep suggestions re: the process itself allocated to the Stride post (since it’s a Stride program).

1 Like

Ignore me lol. I saw you posted there as well. Responding now!

1 Like