###### tags: `CommonsConfig`

# Disputable Voting
> Disputable Voting is God mode, it can mint tokens, burn tokens, install new applications, it can govern the economy, has nuclear grade DAO capabilities

As your Commons evolves so should its configuration. Parameters within the different Commons components will be able to be modified after they have been implemented. In this module you will need to define the voting requirements for any proposal to alter the Commons configuration.

### Modifying the Commons
Disputable Voting (DV) is the voting process by which the Commons can modify its economic and governance settings post-upgrade. It is a very powerful voting application that is capable of performing many high-impact functions, for example:
- Mint and burn TEC tokens
- Install and remove Applications (Modules) in the Commons
- Modify the parameters of all existing Applications (Modules)

Since there are only one set of voting parameters for all Commons components, strong thresholds for passing proposals in DV are critical to ensure the Commons architecture remains uncompromised.

DV is an upgraded version of Dandelion Voting with familiar parameters such as **Support Required**, **Minimum Quorum**, **Execution Delay** and **Vote Duration**.

Disputable Voting also comes with two new concepts: **Delegation** and **Quiet Ending.**
### Delegation
TEC Token holders can delegate their disputable voting powers to another member who will cast votes on their behalf, these members become *delegates*. Delegates can only vote during the **Delegate Voting Period**, which is a specified amount of time at the beginning of the voting process. If a delegate votes contrary to their delegator the delegator can veto the delegated vote and cast their vote themselves. Any voter, delegate or otherwise, can only vote ONCE.
### Quiet Ending
In the latter portion of the Vote Duration there's a designated **Quiet Ending Period** (QEP). If during this period the vote outcome is flipped the **Quiet Ending Extension**(QEE) will trigger. The QEE will add more time to the voting period, giving eligible members who have not yet voted more time to do so. If the vote outcome flips again during QEE then another QEE will trigger, adding more time to vote. Voting closes only when the QEP or QEE ends without the vote outcome flipping.

#### "What percent of yes votes are needed to pass a proposal?"
Support Required: _____

#### "What percent of all tokens are needed to vote on a proposal in order for it to be valid?"
Minimum Quorum: _____

#### "How many days should voting on a proposal last?"
Vote Duration: _____
#### "How many days should delegates be allowed to vote within the Vote Duration?"
Delegated Voting Period: _____

#### "For how many days at the latter end of the Vote Duration should a flipped Voting outcome cause an extension? "

Quiet Ending Period: _____
#### "How much time should be added to a Vote Duration resulting from a vote changing outcome during the Quiet Ending Period?"
Quiet Ending Extension: _____
#### "How much time should pass from when the vote closes until the outcome is executed?"
Execution Delay: _____

#### Your Disputable Voting Instance Configuration
> (Example Values)
>We could also let the values in these tables be inputs so users can quickly change settings without having to scan the above text

| Parameters | Value |
| ----------------------- | ------- |
| Support Required | 75% |
| Minimum Quorum | 5% |
| Vote Duration | 7 days |
| Delegated Voting Period | 5 days |
| Quiet Ending Period | 1 day |
| Quiet Ending Extension | 1 day |
| Execution Delay | 8 hours |

### Graphic Ideas



|# of Quiet Ending Extensions | No Extensions | With 1 Extension | With 2 Extensions |
| --------------------------------------- | ------------- | ---------------- | ----------------- |
| **Total Amount of Time to Complete a Vote** | 5 days | 7 days | 9 days |