Comment on page
Why the need for aditionnal features
Overall, Moloch V2 operates through submission and voting of proposals.
Membership applications are managed through proposals, where applicants propose an amount of Tokens (the Tribute) in exchange of Shares of the DAO.
The treasury (the Bank), which initially includes all the Tributes paid by DAO members, can also be managed through proposals. Such proposals include (i) transfers, used for grants (ii) trades for investment purposes, such as swaps of Bank's assets.
A member can exit the DAO anytime he/she wishes so. Exiting is done in a 2 steps process: the member burns his/her Shares against ownership of the part of the DAO's assets represented by those shares, then withdraw the assets from the Bank.
The scope of our MVP implies to develop some additional functionalites on top Moloch V2:
- As membership is restricted to Quadratic's Employees, membership proposals cannot be voted by the DAO members but have to be enforced by an Admin who has the full view of the payroll
- As the firm can be accountable for the consequences of some processed proposals, dedicated voting rights have to be defined on some proposals (e.g. whitelisting, grants) or a right of veto can be introduced
Hence we developed :
- A role based membership system to make a distinction between Users and Admins in charge of actions (i) when accountability of the firm is at stake (ii) when the information to trigger an event is detained by the firm
- The ability to adjust settings proposal per proposal to grant each roles with the proper set of rights
Our MVP uses a role-based membership system. Members are assigned roles, hence a different set of rights per type of proposal.As of today, it includes 2 roles :
- Administrator: responsible for onboarding new members and whitelisting assets
- Governor: responsible for the governance of the assets.
We will further introduce the possbility to define any set of roles.
The MVP allows to customize any kind of proposal with a set of parameters:Proposal time limits:
- Voting period
- Grace period
- Which role(s) can submit a proposal
- Bypass voting period (Y/N)
- Which role(s) can sponsor a proposal (if not specified, no sponsoring needed)
- Which role(s) can vote on a proposal
- Quorum needed
- Majority needed
- Which role(s) can veto a proposal (if not specified, no vetoing allowed)