Title: Defining new voting parameters to optimize the process for future improvement proposals
Author(s): Edu Timmers
Related Discussions: [RFC] A proposal to change the current voting format and set some basic conditions to have better and more acceptable proposals in the future
Submission Date: 07/12/2022
An improvement proposal to create voting parameters that fit the current lifecycle stage of the Hashflow protocol. These entail a minimal voting quorum of 1 million HFT, a minimal voting majority over 60% and an extended voting period of 7 days on Snapshot.
As we are a growing protocol that is just starting with the process of decentralization and governance, it is best to choose voting parameters that match those aspects. By having these parameters in place, there will be more clarity for the community, guardians, investors and developers on how we will move forward with future improvement proposals. A strengthened process for improvement proposals will in turn strengthen the DAO’s effectiveness and efficiency.
Specification & Rationale:
- Voting quorum of 1 million HFT for proposals to be accepted
In the future preferably there will be a percentage of circulating supply used as basis (1% for starters). However based on recent votes, 1 million is a good basis to start from as this will entail that all active on-chain HFT users and LP providers will need to be onboard for protocol changes.
- Supermajority of 3/5th or 60% for proposals to be accepted
Hashflow is in an early stage of governance which means that there will often be bad proposals coming into our governance. This article states that if voting occurs on more bad than good proposals, a supermajority is a favourable mechanism.
My proposal is to implement a supermajority of 3/5 or 60% to have community alignment but not create a too tough environment for any proposal to get passed.
- Announcement of voting must be 1 day before start and ending of the voting period
At least 1 full day before the start and the end of the voting period an announcement should be made in Snapshot as well as Discord. This will help less active Hashflow participants, LP providers and investors be more aware of ongoing governance proposals.
- Voting period on Snapshot for 5 days
As we are a young and growing protocol, community involvement will be less than more active/bigger protocols. Therefore, applying a fast governance process might lead to irrational choices and might miss the involvement of large community beneficiaries.
Benefits (Pros): Create a stronger basis for governance and community alignment
Downside (Cons): Slower decision-making and more tedious community engagement
Yes, means you are for changing the proposed voting parameters.
No, means you are for leaving the voting parameters as they currently are.