👾Why the need for aditionnal features
Moloch V2 overview
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.
Aditionnal features needed
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
Role-based membership system
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.
Proposal custom settings
The MVP allows to customize any kind of proposal with a set of parameters:Proposal time limits:
Voting period
Grace period
Proposal submission:
Which role(s) can submit a proposal
Bypass voting period (Y/N)
Proposal sponsoring:
Which role(s) can sponsor a proposal (if not specified, no sponsoring needed)
Proposal voting:
Which role(s) can vote on a proposal
Quorum needed
Majority needed
Proposal vetoing:
Which role(s) can veto a proposal (if not specified, no vetoing allowed)
Last updated