Beginner's Guide to Governance
“EnterDAO” does not refer to an incorporated entity based out of any legal jurisdiction. It is an open-source suite of applications that enable new markets within the metaverse economy. Its founding team and the community that has emerged since its inception coordinate the continued development of this suite through a combination of formalized decision-making and informal channels for reaching consensus.
Its formalized decision-making is conducted through a structure referred to as a “DAO”, or Decentralized Autonomous Organization. The DAO is designed as a series of smart contracts on the Ethereum blockchain that allow users to deposit EnterDAO's governance token, ENTR, to gain voting power. This voting power then allows users to decide on how to introduce new, or maintain existing, applications, as well as how to allocate collective resources in the shared treasury. This way EnterDAO becomes accessible to anyone with an internet connection and an Ethereum wallet.
The State of EnterDAO Governance Today
As mentioned above, EnterDAO governance relies heavily on informal consensus gathering to make decisions. The following process flow reflects what a good-faith effort for participating in governance would look like.
- 1.Establishing a Reputation: Whether publicly or pseudonymously, you can establish yourself as an engaged member of the community by participating in conversations on our Discord. You can also submit questions to our biweekly community calls via Github.
- 2.Submit a 5-Day Snapshot Vote:Once you have workshopped your idea with the Integration Team and, ideally, other community members in the Discord, you can propose a Snapshot vote on the idea. This is the most subjective part of the process. You should make a clear effort to incorporate the feedback you received in the Discord discussion into the Snapshot proposal.
- 3.Proposal Included in the next DAO Vote: If your Snapshot concludes with clearly unanimous agreement among the community’s most engaged members, it will be included in the next on-chain DAO vote. These votes will occur periodically as the core team continues to work through its roadmap. If your Snapshot vote did not garner significant turnout or unanimous approval, feel free to try it again with the new feedback you receive.
The current state of governance reflects a) the gas costs associated with holding DAO votes on-chain, and b) the small community size of EnterDAO. As EnterDAO grows, we will look to build out a more robust governance structure that will allow for the core team to merge with the community via a council entity, and for there to be specialized working groups through which specific topics can be routed.
Currently, the core team coordinates when DAO votes occur in order to optimize for this gas intensity. DAO votes are reserved for actual on-chain actions, whether that be deploying smart contracts or allocating treasury funds. This means that such votes will occur periodically as roadmap items get deployed (e.g., new applications, new liquidity mining reward pools) on-chain; such votes could however be called by any community member willing to pay the associated gas fees. Each DAO vote can support up to 10 separate on-chain actions, which is why we currently roll successful Snapshot proposals into them.
It is important to note how voting power is determined in such votes. For a participant’s ENTR holdings to count for their vote, the tokens must be staked in the DAO.
The participant can then choose to either leave their ENTR unlocked, or leave it locked for up to a year. One unlocked ENTR gives the user one vENTR voting share; locking up one ENTR for a whole year gives the user 2 vENTR voting shares. This bonus decays linearly relative to the remaining duration of the lock. If you lock for one year, after 6 months only 50% of the bonus will remain; after 9 months, only 25%; and after a year, your ENTR staked and vENTR will be identical.
Worth Noting: Users can opt to delegate their vENTR to another user. This allows smaller users, who may be put off by the cost of gas fees associated with casting a vote, to ensure that an aligned representative can vote on their behalf.
To be proposed and passed, a DAO vote must meet the following thresholds:
- Proposer’s vENTR needs to be >= 1% of Total ENTR Staked: To submit a proposal for vote, the address doing so must have vENTR greater than 1% of the total ENTR staked. For example, if there are 1000 ENTR staked, a user will need either 10 unlocked ENTR staked, or 5 ENTR locked for a year.
- Minimum 40% of Staked ENTR Must Vote: For a vote to be considered legitimate, the amount of vENTR that participates in the vote must be >= 40% of the total ENTR staked. For example, if there are 1000 ENTR staked, the participation of 400 vENTR would be enough to achieve quorum.
Minimum 60% of participating vENTR must approve: A DAO vote is considered approved if the vENTR quorum is reached and 60% of it votes in the affirmative once the vote concludes.
Each proposal is formed of:
- List of targets (addresses)
- List of values
- List of signatures
- List of calldata
A proposal can execute up to 10 different actions, but they must be done so atomically (i.e., all or nothing).
In order to give DAO participants enough time to stake, vote, check and discuss proposals, each of the following periods lasts for 4 days: Warm-up, Voting, Queued for execution, Grace.
Notice, the Queued period is the only state that requires a user action to activate. So when it is activated, its 4-day lasting period counts from the moment when the voting ended, not when the user did the action. For example, if voting ends and someone queues the proposal 2 days after, it will not stay in the queue for 4 more days but only 2 days because 2 have already passed.
During the Queued period, a special type of proposal, referred to as an Abrogation Proposal, can be added to the original proposal. While such a proposal allows for a last-minute action to be added, it requires 50% of the staked ENTR to participate; essentially, it serves to provide extra bandwidth for DAO action in the case of an emergency vote.
Once a proposal is accepted, it will have to wait in a queue before it can be executed. During this time, it can be canceled by:
- the creator;
- anyone if the creator’s balance falls below the 1% threshold;
- cancellation proposal.
Once a proposal becomes executable, any user can call the execute function. If the proposal is not executed during the Grace period, it is marked as expired and cannot be executed anymore.