Disputable Voting Parameters General Discussion

The Facts

We have broken down a new 1hive Gardens template in a discussion between Griff and Luke. The TEC Hatch DAO, when it likely upgrades to a Commons, will be able to leverage the new tools 1hive is going to put into practice this month. Specifically, the TEC Hatch DAO will use Dandelion Voting, but when it upgrades to a Commons it will use Disputable Voting.

This new Disputable Voting app adds some new mechanics to voting which include delegating votes, protection against last-minute vote result flipping and a framework for disputing proposals. This was originally designed and audited for the Aragon Network DAO but was never implemented.

There’s a few concepts that should be outlined before diving into specific parameters.

#1 Delegation: This process would allow token holders to vest their voting powers to a delegate who will cast votes on their behalf. A voter however does not give up full control. The delegates are forced to vote early in the voting period and if the token holder sees that their delegate has voted contrary to the token holder’s will they can veto their vested portion of the delegate’s vote and cast their vote themselves. Both a delegate and a token holder can only vote ONCE.

#2 Disputability: Proposals can be disputed by a challenger, the proposer must respond by either negotiating a settlement or escalating the challenge to Celeste or a form of court and must fork out a token fee to assign and pay jurors to mediate the dispute. Check out our thread on Celeste for more info.

#3 Wait for Quiet: If a proposal has a change in outcome near the end of the voting period, more time will be added to the end of the voting period so that the token holders that have yet to cast their vote have an opportunity to express their opinion on the controversial proposal.

There is no “rageQuit” mechanism as this functionality is effectively replaced by the Augmented Bonding Curve.

Those are the overarching concepts that disputable voting contributes. Let’s dive into the parameters:

Disputable Voting Discussions


Vote Duration

Support Required

Minimum Quorum

Delegated Voting Period

Quiet Ending Period

Vote Execution Delay

The Agreement Parameters for Disputability details are still being locked down and will be soon added to this document!

5 Likes

Is Disputable voting adding features to Conviction Voting or is it another instance with different parameters like Dandelion Voting?

2 Likes

From my understanding this will be a different instance.

3 Likes

The Latter…

Disputable voting will be used for changing parameters and other BIG decisions for the Commons.

Dandelion voting will only be part of the TEC Hatch DAO… so after the Commons Upgrade, it can all be forgotten.

1 Like

Does “other Big decisions” mean that the community must classify which proposals qualify for the use of Disputable Voting?

2 Likes

so Disputable Voting can also make changes in the smart contract? Or Dandelion voting would be there only for emergencies?

2 Likes

Disputable Voting will be “god-mode” for the TE Commons (after the Commons Upgrade, before that, Dandelion Voting is “god-mode” for the TEC Hatch DAO).

It is the voting app that has permission to change almost every parameter of the economy… and it can even change permissions! If the token holders wanted to they could vote to make @liviade the benevolent dictator of the entire economy give her the power to upgrade the contracts into a completely new framework or to send all the money in the bonding curve to a yield farming pool! 3000 APY MUCH WOW!

This is obviously very unlikely to happen… and I wouldn’t expect any votes to happen very often honestly. But I would expect a few times a year we may want to make changes to parameters like the entry and exit tributes for the bonding curve, or upgrade some of our systems to include new innovations that 1hive and the Commons Stack are working on. Disputable Voting will be how we do that.

1 Like

@Griff some questions I didn’t get time to ask in the Soft Gov meeting…

-What are the requirements to become a juror - is it just being a HNY whale? Or anyone with HNY can self elect?
-Could we decide as TEC that the jurors must undergo Graviton training?
-Are we planning to hold a vote to implement this in TEC?
-Are we planning to implement this with TEC tokens?
-In Celeste it said that those who vote w/ majority will be rewarded - didn’t quite understand the full aspects of this from the text in the Celeste dapp - can you explain this mechanism and why it is there?

Thank you for all the hard work!! I logged into Celeste to play with it… The UI/UX is great especially!

(I couldn’t become a juror yet because I signed up to 1Hive with a Portis wallet - b/c of a bug at the time - and there is no option for Portis inside Celeste, so trying to reassign my 1Hive wallet as my Metamask - made a Github issue and chatting with Fabrizio about it, but hope to have a walk through soon.)

Very interesting developments and experimenting with new governance mechanisms - kudos pioneers!