A DIP is a proposal to signal or effect change to BadgerDAO’s Digg product. The objective for a DIP is to engage the community so that we can come together on a decision regarding a specific topic and put it into action. It must be a complete proposal that is clear, concise, and unambiguous.
Below, we’ve outlined the initial framework for governance. This will be a living document/framework as we continue to expand and adapt as necessary.
- Governance Process
- DIP Template
- Accepting and rejecting DIPs
- Next Steps
- Forum - All major discussions must start here in the form of a DIP. For any proposal to make it to a snapshot, it must reach a quorum of at least 40 votes.
- Snapshot - Only select people (for now, operations team) will be allowed to push approved forums proposals to snapshot. As we continue to establish the infrastructure, this is subject to change.
- Execution - If approved via snapshot then either the multisig or through DAO vote will execute the proposal that garners supermajority support.
DIPs must follow this template:
- Name, scope, and objective.
- Categorize the DIP into one of the following: Emissions, Governance, Product, or Other.
- Provide a high-level overview of the DIP.
- Provide low-level details of the DIP.
- Business and technical requirements of the implementation of the proposal.
- Once submitted, the DIP should be open for discussion for at least 2 days (assuming it is well-formed). The DIP can be left open for longer if the content is highly contested or no consensus for path forward is reached. During the early stages of expansion, we may move with greater agility.
- While the DIP is open, the team and community should present arguments to justify its acceptance or rejection.
- After one week, the Governance Facilitator or Ops Team will determine if consensus has been reached for the content of the DIP. If there are changes necessary, they will synthesize/modify in a comment which will then be pushed forward to snapshot.
- If the DIP has a majority support from the community, the team will signal that it has been accepted.
When a decision is made, it will be clearly signalled on the DIP thread. Regardless of acceptance or rejection, if the reasoning is not clear from the discussion in thread, the team will provide a rationale for the decision. All community members are encouraged to challenge any decisions that they think have been made in error.
After a DIP is accepted, the DIP is to be sent to the Badger Improvement Proposal (BIP) process. Refer to BIP guidelines for process compliance. A DIP can not move to implementation without ratification through the BIP process.
What should topics in this category generally contain?
Do we need this category? Can we merge with another category, or subcategory?