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
  3. Smart Contract Layer & Tools

Tao Voting

For Phase 2, Commons Admin

PreviousDandelion VotingNext(Retired) Hatch Outreach

Last updated 3 years ago

Was this helpful?

The (also a fork of ) has a similar use case as Dandelion Voting and will replace Dandelion Voting when the Hatch DAO upgrades to a Commons that uses an Augmented Bonding Curve for issuance and Conviction Voting for fund allocation. Tao Voting has the same powers as Dandelion Voting, but does not include the Ragequit functionality, as that will be done by the Augmented Bonding Curve. It includes three additional features as explained in this : #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 holders, 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. To read more on the dispute tool being used, see below description on Celeste.

#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.

Features: Vote delegation, disputing proposals, wait for quiet

Voting Type: Plutocratic, ā€œone token one voteā€ with delegation. Voting is executed via TEC tokens.

šŸ¤–
šŸ—³ļø
Tao Voting App
Aragon’s voting app
forum post