Using Celeste for Disputable Conviction Voting at launch

Original Plan

Initially, when we were planning to launch in December, the design for the Commons was to use the same Conviction Voting set up that 1hive has been using up until now, with just a change in the issuance model.

The upside here was that, despite never receiving a formal audit, this version of CV has been tested with millions of dollars in it for many months. This is surely more than we expect to have in our Funding Pool a very safe move.

The down side was there were many lessons learned in its use and desired improvements to the code base that were currently in the works, especially around certain points of centralization. The biggest point of centralization that is being addressed is the multisig that holds the role of removing proposals from CV that do not align with the mission of the project.

Our intention was to start with the current version and have Gravity maintain this multisig and upgrade to the new version when it was ready, if the Commons approved.

Current Situation

Things have changed. Our timeline to launch the Hatch is now targeted at March and we can assume we won’t be upgrading the TEC Hatch DAO into a Commons with Conviction Voting until April.

Celeste, the solution to all of our centralizing Multisig needs (in one way or another) is going to be ready at the end of the month, and will be implemented by 1hive well before our Hatch.

Opportunity

Given these two facts, there is a positive sum opportunity, to combine the Gardens Swarm’s development efforts with the 1hive team’s roadmap and focus our efforts on getting the new disputable version of Conviction Voting right.

The proposed approach would have a few results:

  1. Alignment of interests of both 1hive and TEC around a shared codebase as opposed to spending efforts on an old codebase. Specifically, we would help them with the new front end for Disputable CV, and Adrià would do a code review of the new code base.
  2. Political alignment with the 1hive community, who has mostly funded the development work so far.
  3. Integrate 1hive’s HNY token into the TE Commons system. HNY would be used to dispute proposals that do not follow the TEC’s Conviction Voting Terms.
  4. Potentially integrate Celeste in other places as needed.
  5. It doesn’t add any extra work for the Gardens Swarm, and doesn’t slow down the Hatch.

Next steps

  1. We as a community, learn about using Celeste. There are great resources here:
  1. We gather questions from this thread, please write here the questions you have after reading the previous resources.

  2. We prepare an AMA with the Celeste swarm to answer these questions.

  3. We vote on whether to use Disputable Conviction Voting or not. Pros and cons can also be detailed and discussed in this thread (This is a blocker to the Hatch).

  4. If we decide to go the Celeste route, we prepare a TEC Community Covenant with the Soft Gov, Legal & Gravity WGs and propose it as another vote (This is not a blocker to the Hatch).

6 Likes

Check out the 1hive UX/UI for Disputable voting here:

2 Likes

oh wow, the visuals help so much!

  • who picks the “keepers”? Is it automated by the system who sends notifications to the people with the highest stakes, or an admin is needed to do that?
  • would be nice to use quadratic staking to avoid a dispute plutocracy
  • the escrow function sounds really exciting!
1 Like

Very good questions and suggestions @liviade! I’ll do my best replying to them, but I think that we can make them again in the AMA with Celeste Swarm, because they will be able to answer better.

who picks the “keepers”?

The keepers are picked randomly, and the more HNY you have staked in Celeste, higher the probability you are drafted.

would be nice to use quadratic staking to avoid a dispute plutocracy

The major difference between Aragon Court and Celeste is that the last integrates BrightID and sets a maximum amount of HNY that a single user can stake.

Quadratic staking using BrightID would have a similar effect fighting against plutocracy, but it would also incentive keepers to stake as much HNY as they have available. I would love to hear what Celeste team think about it.

the escrow function sounds really exciting!

Indeed! It’s something really needed in the current conviction voting implementation, and that’s the primary reason why I think it’s interesting to use Celeste.

I’m wondering how it will affect the autonomy of our DAO when we will be able to resolve some conflicts by invoking Celeste and waiting for its keepers to rule based on the previous agreements we have had reached in TEC.

For me, including Celeste in the dispute resolution is like removing from the center of the DAO the will of the majority of TEC tokenholders and put a set of agreements and rules in their place. Token holders must comply with the set of rules that were put there on its foundation, since they are externally enforced and they have a limited power to change. To my understanding this limits the sovereignty of the DAO, but protects the minorities by setting up a common ground that can not be changed by the big tokenholders of the DAO.

3 Likes

A few more questions are popping up :slight_smile:
I thought Disputable Voting was like an upgrade of the Dandelion DAO.
Is Disputable Conviction Voting a different dapp, or an upgrade of CV as well and we would have the disputable features both in DV and CV? @Griff @sem

The initial idea was to use Dandelion Voting in both the Hatch DAO and the Commons DAO (the original Gardens Template was using Dandelion Voting). The plan has changed with the release of Celeste, and we are not going to use Dandelion Voting after the Commons Upgrade. Both Voting and Conviction Voting in the new DAO will be disputable (aka Disputable Voting and Disputable Conviction Voting), which means that votes and conviction voting proposals will be able to be paused and disputed in front of Celeste.

1 Like