mDAO Proposals
Anyone in the mDAO can launch a proposal that will be voted on by MNDE holders.
Any NFT holder can create a proposal draft and submit it to a vote. For this, head over to Tribeca and click on "Create a proposal".
Create a proposal in Tribeca
You can also click on the "Proposals' menu item and use the green '+' next to 'All proposals'.
You will be taken to a new page where you will have to fill:
- A title
- A description (what will be displayed in Tribeca)
- A link to the Forum post where this topic is discussed
- A memo (what will be stored on the blockchain)
Filling a Proposal draft in Tribeca
Only proposals that have been discussed on the Forum will lead to a vote. Please link the correct forum post in your proposal.
All proposals will need to be linked to a forum discussion where the details of this proposal have been discussed. If a proposal doesn't follow this rule, it will not be considered.
Any NFT holder may suggest a proposal to the DAO if it follows the rule stated above.
Votes for Quorom: 7.000.000 MNDE
Voting Period: 5 days
Voting Delay: 1 day
Timelock Delay: 5 days
Definitions:
- Quorum is the minimum amount of MNDE that has to vote on the proposal for it to be considered valid. Neutral votes are also counted in the quorum.
- Voting Period is the amount of time for which a vote will stay active and available before being closed.
- Voting Delay is the amount of time that needs to pass until a proposal draft can be activated for people to vote on.
- Timelock Delay is the amount of time that needs to pass after a successful vote before the decisions can take effect. This parameter allows people to act on the outcome of the proposal before it's live.
Tribeca is a governance interface that allows proposals to be suggested, voted on and validated. This interface has been created by Saber and we invite you to read its own documentation.
Tribeca works like a multisig, with 3 entities and a necessity for at least 2 of them to validate a proposal before action can be taken.
Those 3 entities are: The Electorate, The Executor Group (Executive Council) and the Emergency Council.
For Marinade DAO, Tribeca is configured as such:
The Electorate is composed of MNDE holders that can vote on proposals. If a majority of MNDE holders is in favor of a proposal and this proposal reaches the quorum, the Electorate signs the proposal and brings 1 out of the 2 validations required.
The Executor Group is composed of multiple wallets that belong to Marinade Chefs and Operators. It serves a janitorial purpose of validating the proposal once they've been voted on and paying the transaction fees for what the Electorate has voted on.
Any wallet in the Executor Group can validate a proposal and bring the second required validation in order to pass a proposal that has been agreed upon.
The Emergency Council is a Goki wallet (multisig wallet) composed by the same wallets as Marinade main multisig.
In almost all situations, the regular process for a proposal to go through will be to be voted on by the Electorate, and then validated by one of the wallet of the Executor Group if the vote has passed.
Nonetheless, some emergency situations may require quick actions to be taken that do not leave time for a 5-day proposal to take place. In those cases, the Emergency Council can create a proposal that can be instantly validated by the Executor group, allowing a quick reaction.
For this situation to occur, a real emergency would have to exist and 6 out of 11 wallets (shared between multiple teams and trusted members of the ecosystem) composing the Emergency Council would have to submit a proposal first, guaranteeing that this option cannot be used to harm the protocol or superseed the Electorate without extremely good reasons.
The Emergency Council is currently being set up with our partners and not currently active. No smart contracts will be linked to Tribeca before the correct setup is in place.
Last modified 9mo ago