LogoLogo
  • TEC Handbook
  • Glossary
  • How to Purchase $TEC
  • Introducing the TEC
    • A Brief History
    • Mission, Vision and Values
    • The Cultural Build
  • Get Involved
    • Onboarding
    • Discord Roles
      • Admin
      • Gravitons
      • Stewards
      • Orientation Coordinators
      • Subject Matter Experts
      • Contributors
      • Praise Giver
      • Acknowledged CC
      • New Member
  • Learn More
    • Organizational Structure
    • Organizational Norms
    • Community Tools
    • Working Groups
      • Communications | T.E.A.M. DAO
      • Commons Swarm
      • Communitas
      • Gravity | Conflict management
      • Legal
      • Parameters
      • Stewards
      • Transparency | Mutual Accountability
      • Reward System
      • TEC Labs
      • 0mega
    • Roles 🌿
  • Governance Framework
    • Introduction
    • Advice Process
    • Voting Tools & Methods
      • Conviction Voting
      • Tao Voting
      • Snapshot
      • Tokenlog
    • 🏛️ Celeste
  • Budgeting & Reward System
    • ABC & The Common Pool
    • Working Group Budgets
    • TEC Multi-Sig Wallets
    • !Praise
    • SourceCred
    • Bounties
  • TEC Funding
    • Token Engineering Projects
    • Proposal Submissions
    • Transparency
  • TEC Collective Agreements
    • Introduction
    • Collective Agreements
      • Hatch DAO
      • Gravity
      • Advice Process
      • Forum Voting
      • Conviction Voting
      • Disputable Voting
      • SourceCred
      • Praise
      • Github
      • Forum
      • Discord
    • Content Ownership Agreement
    • Code of Conduct
  • FAQ's & Additional Resources
    • FAQ
      • The DAO
      • Organizational Structure
      • Organizational Practices
      • Budget and Reward System
      • Getting Involved
      • Legal
    • Hatch 101
      • Hatcher Outreach
      • The Trusted Seed
      • The Hatch
      • Hatch Tokens
      • Hatch Process
      • Hatch DAO boundaries
    • How-To Guides
      • Hatcher Guidebook and Checklist
  • Legal
    • Privacy Policy
    • Hatch Terms TL;DR
      • Full Hatch Terms
    • Terms and Conditions for Submitting & Challenging Proposals
    • Terms and Conditions for Submitting Proposals
  • Archive
    • Archived Content
      • Governance toolkit used in the TEC:
      • 👥Cultural Layer & Tools
        • Tools TL;DR
        • 🔆Working Groups
        • 👥Advice Process
        • 🕊️ Gravity Dispute Resolution Group
        • 📊Conviction Voting (Signaling)
        • 🙋Forum Polling
      • 💸Fund Allocation Layer & Tools
        • Tools TL;DR
        • ✨The Rewards System
          • Rules of Praise and Quantification
        • 🤖Discord Emoji Voting and Telegram Bots
        • 📈Conviction Voting (Funding)
      • 🤖Smart Contract Layer & Tools
        • Tools TL;DR
        • 🧮Configuration Dashboards
        • 🧮Tokenlog
        • 🌼Dandelion Voting
        • 🗳️Tao Voting
      • (Retired) Hatch Outreach
      • Dandelion Voting
      • Disputable Voting
      • Conviction Voting
      • Hatch Parameters
      • 🙌Praise & Impact Hours
      • Contribution Reward
Powered by GitBook
On this page

Was this helpful?

  1. Archive
  2. Archived Content

Disputable Voting

Three powerful mechanics to achieve a more holistic and resilient voting process.

PreviousDandelion VotingNextConviction Voting

Last updated 4 years ago

Was this helpful?

The Disputable Voting app adds 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 new 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 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.

Relevant Parameters:

Delegated Voting Period - This is the period of time when delegates can cast votes that have been vested to them.

Minimum Quorum - the percent of the total supply of the token that needs to participate in a vote in order for it to be able to be passed.

Quiet Ending Period - a sectioned off period of the vote at the very end of the vote duration. If a vote outcome has been flipped from yes to no or vice versa during this time it will trigger Quiet Ending Extension.

Quiet Ending Extension - will extend the vote duration for the specified amount of time if a vote outcome has changed during Quiet Ending Period. It will continue to trigger if the vote is flipped again during the extension time.

Support Required - the percentage of tokens needed to vote yes (of the tokens that were used to vote) for a proposal to Pass in the Disputable Voting App.

Vote Duration - the maximum period of time it takes for a vote to pass or fail.

Vote Execution Delay - the period of time after a vote passes before the vote can be executed.

our thread on Celeste 2
More Info
Deep Dive
More Info
Deep Dive
Deep Dive
Deep Dive