RFC: Voting System Choice for Hop DAO Elections

Weighted voting feels best for election-style votes.

It is important to create a precedent for conflict of interest, and voters who have team members up for election. Are they able to vote for these individuals? Up to what percent of their weighted vote?

This debate seemed to arise in Optimismā€™s multiple election votes.

Feels worth discussing in this thread as we evaluate the best way to ratify and elect candidates.

1 Like

Is Snapshot able to hiding the actual voting totals until results are in? Say, you can see what wallet voted but not the specific weighting by person? Just theory craftingā€¦ another potential negative I can see of the weighted voting approach is the ability for a last minute voter to play spoiler. Example:

A, B, and C are running for a 2 position role. I support A & B and have 100,000 HOP. I plan to vote with a split 50/50 to show support for both. I go to vote and see the that A has 1,000,000 HOP, and B & C are closer at B 440,000 HOP and C 500,000 HOP. I wait until 1 minute is left and cast to vote all 100,000 for B.

In that scenario it allows B to win, 540,000 to 500,000, but had I voted blindly at 50/50 C would of won at 490,000 to 500,000. So those who vote are incentivized to wait until he end.

All said, Iā€™m not super familiar with weighted voting so that may have already been solved, or Iā€™m missing something that makes this a non-issue.

2 Likes

I see your perspective on quadratic voting, but I believe weighted voting would be preferable for elections in this circumstance.

Enabling voters to quantify their support for candidates in percentages would be a vital way to truly gauge support in my opinion, Iā€™m curious to see what the community decides.

Conflicts of interest are essential to address, and I share the sentiment. Do you think we should limit teams from voting for a member of their team who is up for an election?

If the answer is yes, how do you think we could enforce this rule?

I appreciate your concern, it is valuable feedback on how these voting methods are viewed.

The answer to your question above is no; the results are public once it has been cast; I see your concern with the mischief of waiting until the last minute to cast a vote that could take place with weighted voting.

I have not seen a governance vote that hides results until the end to avoid mischief; if you have, I would appreciate you sharing it; this sounds more like a problem about the voting habits of individuals, weighted voting plays a role, but regardless of the voting system (Except its Quadratic Voting) the individual with the most power would ultimately decide the vote.

Outlining a structure for elections is crucial. I also support weighted voting as the initial choice for Snapshot.

Regarding conflicts of interest, my opinion is that no delegates should be able to vote for themselves or any of their team members in an election. I also believe that this principal should extend to proposals that impact a certain protocol that a delegate is affiliated/team member of.

1 Like

Thank you for the response, I had sort of figured it was a no given I have not seen a governance vote that hides results until the end either. Itā€™s unfortunate as I do think in the right situation it could be a useful tool.

Regardless, I think this is a good conversation to be having and chose Weighted Voting. It sounds like the most viable for this type of election. I do also think Ranked Choice Voting could work well, but Iā€™m guessing it would produce fairly similar results while creating extra work. The issue of a last minute spoiler is ultimately still in play with Ranked Choice to some degree anyway.

There is Shutter which is integrated with Snapshot and can hide the voting results during the vote and will only be revealed after the proposal has ended.

Taken from the article too:

" You can try Shielded Voting for your DAO; any spaces in Snapshot can enable Shielded Voting in the admin settings. After switching to using this feature, all proposals created afterwards will use it, no matter what voting type is selected! And you can just as easily switch back to regular voting between proposals as well."

An admin of the Hop snapshot space can enable it via snapshot settings.

4 Likes

Nice find! I for sure think itā€™s something worth considering then as it looks easily available and only needs to be used on a specific vote.

Of course, I donā€™t want to speak for anyone. So maybe once the specific snapshot voting method is determined this can be a second vote at some point.

1 Like

Iā€™d be in full support for weighted voting with the Shutter feature enabled for these votes. I think this should just be passed in a single proposal vote rather than splitting them into two. We can always start here and if any problems arise adjust later.

This has been posted for a vote as HIP-24: Snapshot

Iā€™ll be voting for weighted voting with the consensus. I feel like this is a fairly low impact decision but donā€™t disagree with the arguments that have been made in favor of it.

I disagree with thisā€“I would think it should be expected that a delegate would vote for themselves. Trying to ban this behavior isnā€™t sybil resistant and any bad actors can obfuscate wallets to get around it.

I will post a few examples.

  • A protocol requests a grant, and has $HOP voting power to direct the proposal into pasing.
  • A chain wants Hop to be deployed on its chain, and uses $HOP delegated to them to make the proposal pass, although the community does not think it is the right time.
  • A delegate has the most $HOP delegated to him, and a vote for Hop DAO Elections comes up. No other delegate votes for him, just he does. He ends up being chosen.

In either of these three hypothetical scenarios, my opinion is that delegate should not have been allowed to vote. They are using voting power to benefit themselves. I am proposing this approach not only when voting for yourself in a Hop DAO Election, but also when voting for yourself, your team, or your protocol, in a proposal that impacts it.

Re: sybil resistance or not. I think condemning this behaviour is enough. If a delegate wants to abuse the system, has a big amount of $HOP, and decides to delegate it to a burner wallet just to vote anonymously, then let them. Not everything can be prevented. This is no reason, I believe, to not establish fair and honest policies within all other delegates that are not going to do that. Moreover, this is on the blockchain. If a behaviour like this gets repeated, it could be eventually spotted.

I encourage other delegates to share their opinion. @francom @lefterisjp @GFXlabs @Kene_StableLab @Bobbay_StableLab @dybsy @max-andrew @mastermojo @cwhinfrey @shanefontaine

On Voting System Choice

Okay so let me answer few things. For the original question I think we can go with weighted voting. Itā€™s a good option.

The one person one vote thing does not work due to sybil. Itā€™s been tried and failed. Quadratic hits the same problem.

If we could try sealed voting with Shutter or any system for that matter it would be great. Seeing already how a vote is going in snapshot by default is indeed a really bad thing. Makes you feel like your vote does not matter if itā€™s already tending towards a specific choice.

On conflict of interest

We should absolutely not be able to vote if we have a conflict of interest and all conflicts of interest should be clearly stated.

Let me give the simplest example. I am the founder of rotki, the opensource + local portfolio tracker for crypto. I would like to get funding for hop support. I make a proposal. Vote for it and since I have such a high % of votes delegated to me I could probably even make it pass alone with the help of 1-2 of you.

This would be unethical.

I agree with olimpioā€™s take.

conflicts of interest a special soap box for me, and i have been vocal in the past about my attention them. until the governance token experiment is perfectedā€”i voted for weightedā€”delegates must be diligent about preserving confidence in the system and ensuring a bias and game-free operation to the extent possible. for me, this means expressing opinions and taking action to combat bias. even the impression of a conflict is a conflict.

for that reason, disallowing delegates from voting on their own proposal is low-hanging-fruit and an easy win. (recall i would not vote on multisig compensation for similar reasons though it wasnā€™t even my own proposal).

I think building a culture that encourages conflict disclosure is a worthwhile goalā€“as is strongly condemning the behavior of malevolently circumventing itā€“but none of your examples will be prevented by mandating that delegates are not able to vote for themselves. Although itā€™s not a perfect argument, I do think the idea that ā€œif you ban something, only criminals will have access to that somethingā€ is relevant here. In all of your examples, if those people had malicious intent (which we need to assume), they would have voted for themselves anyway in a an undetectable way. Then, the good actors who didnā€™t vote for themselves would lose to the bad actors who did vote for themselves.

I donā€™t believe this is a good argument to allow people to vote for themselves.

Regardless, itā€™s also important to look at the impact and scope of what we are discussing here:

For someone malicious to be able to (1) undelegate $HOP to himself, (2) delegate it to a burner wallet, and (3) vote for himself undetected, he needs to have a significant amount of $HOP for it to have any impact on the voteā€™s outcome.

Taking a look at Tally into Hopā€™s 30 top delegates, there are only 7 people that have been delegated by less than 3 people.

This means that there are 7 in 30 people that could potentially undelegate and delegate HOP to a burner wallet and have a significant impact on a vote. The other 23 delegates received delegations in a much more granular way; I find it unlikely that 1151 people will undelegate to Lefteris (as an example) and switch to his burner wallet. The majority of the delegated HOP needs to be controlled by the delegate himself or interested affiliated parties to be able to successfully perform a sybil attack.

I think that the risk of conflict of interest votes from 23 delegates is greater than the risk of sybil attack from 7 delegates.

Edit: 7, not 6

Voted weighted for this reason.

Would it make sense to keep Yes/No Snapshot votes as it was before? My understanding was this change was only about elections where itā€™s necessarily more complicated. I think applying weighted voting to binary choices can lead to weird results and might be confusing to new people in the space.

fwiw, I had understood this was only to be applied to DAO elections as well. Not simple Yes/No/Abstain votes

Yeah it looks like it recently came up on Discord as well so think weā€™re all in agreement on it

1 Like