Dao Governance
The DoosH community governs itself through DoosH DAO. In DoosH our main objective is to maintain a transparent and open platform for the community of DOOSH holders, and the protocol will be maintained through the DOOSH council, and it will be decided what types of changes can be proposed.
What is a DAO
A DAO (Decentralized Autonomous Organization) is a virtual organization that runs on the blockchain and is governed by its participants through smart contracts. DAOs enable decentralized decision-making and fund management without the need for centralized intermediaries. This makes them ideal for applications in the fields of financial technology, digital democracy, and the collaborative economy.
Affiliation to the Government:
Participation in the submission of ideas, comments, submission of proposals and voting is restricted to DoosH DAO members. Having $DoosH is the only requirement to be a member of the DAO.
Quadratic Voting:
This system will be used to reduce the voting power of the big holders of $DOOSH and reduce the possibility of big whales controlling the platform. We think it’s a fair way to vote.
Quadratic financing is based on mathematical calculations and is a fairer way of financing public goods in a democratic way in which the number of taxpayers charges more weight than the amount invested and without the need to have a centralized decision-making body.
Voting Mechanism:
Snapshot was chosen as a voting tool, which does not require Gas, expands participation in governance to all DOOSH Coin holders, thus ensuring transparency among the members of the DAO.
Qualified Majority:
A qualified majority is defined by the following formula: (N + 1 ) /2, where deN is the representation of number of members of the council.
Voting Process:
The moderators post ipds to Snapshot after making sure that each one has passed the correct approval process. DAO members vote instantly.
Voting for each proposal will be open for voting for 7 days and will close at 12 am Eastern time.
The proposal that receives a majority of votes in favor goes to implementation. Rejected proposals will have the opportunity to be resubmitted, and if there is a tie in the voting, the proposal will be marked as paused and may be resubmitted again for a second vote.
Delegation of the Vote:
Members of the Doosh DAO can delegate their votes. Members may delegate their vote to other DAO members whom they consider to be trusted subject matter experts. Voting delegation is the mechanism by which DAO members with tokens under initial lock will be able to vote.
Proposal to Improve DOOSH (IPD):
What is an IPD:
Improvement Proposal for DoosH (IPD for its acronym in English), are documents submitted by a member of the community, which present a proposal to modify the configuration or system design of the DoosH platform. The goal is to provide a detailed and clean history behind every configuration change, design, or some other element of the DoosH platform.
The author of the DPI is responsible for generating consensus within the DoosH community and documenting the opinions.
Categories of Proposals (IPD):
There are four main categories that an IPD (Improvement Proposal for DoosH) can fall into design, configuration, economics, and technology.
Design: everything related to the brand, aesthetics, and improvements to the platform interface.
Setting: everything related to changes in the initial configuration of the platform, such as tariff changes, increased game accounts, new game modes, and increased levels, among others that have to do with the mechanical configuration of the platform.
Economy: everything related to the economy and sustenance of the platform, proper management, and use of funds.
Technological: implementation of new technologies on the platform.
Model of Proposal:
An IPD should include:
Summary – Two or three sentences summarizing the proposal.
Motivation – A statement on why the MetaDoosH Community should implement the proposal.
Justification – an explanation of how the proposal aligns with the MetaDoosH community’s mission and guiding values.
Terms (optional) – definitions of any term within the proposal that is unique to the proposal, new to the APE community, and/or industry specific.
Specification – a detailed breakdown of the platforms and technologies that will be used.
Steps to implement – the steps to implement the proposal, including associated costs, labor, and other resources for each step where applicable.
Timeline – relevant time details including but not limited to start date, milestones, and end dates.
General cost – the total cost to implement the proposal.
The author can add additional fields to any template if necessary to fully communicate the intentions, details, and implications of the AIP Draft.
Proposals that did not go through the respective approval process and are resubmitted should also include:
- Link to the original proposal
- The reason it was not approved.
- Changes that have been made and why it should be approved now.
- The author can add additional fields to any template if necessary to fully communicate the changes made and the intentions, details, and implications of the forwarded IPM Draft.
Phases of the Proposal:
- Idea
- Draft
- Analysis
- Moderation
- Label
- Administrative review
- Final IPD
- Implementation
Conflicts of Proposals:
If a suggested proposal directly conflicts with a proposal that is currently being put to the vote, the second proposal should not be put to the vote until a decision has been taken on the first proposal.
A suggested proposal that directly conflicts with another approved proposal cannot be put to a vote until 3 months after the original proposal has been implemented.
Executioner DAO:
Although the council reached a consensus on an IPD, the Executioner DAO acts as a backup of the protocol and may intervene in case of emergency.
