Process

Phase 1 – MIP Idea

A MIP idea is posted in the governance forum where the community will discuss and conduct an informal temperature check. The person or group submitting the MIP idea will be referred to as the author(s). After X days the community feedback process will close or alternatively if the proposal has a resounding positive endorsement the author can request to expedite the idea to the next stage. Forum -> https://discord.com/channels/1095427478593474570/1127292497866018918

Phase 2 – MIP Draft

Once the X-day feedback window has passed, a Core Member or Admin will close the Forum Post and the author will be guided towards completing the appropriate template.

A proposal typically includes:

Abstract

Two or three sentences that summarize the proposal.

Motivation

A statement on why the M.E.C.H. Clan should implement the proposal.

Rationale

An explanation of how the proposal aligns with the M.E.C.H. Clan’s mission and guiding values.

Key Terms (optional)

Definitions of any terms within the proposal that are unique to the proposal, new to the M.E.C.H. Clan, and/or industry-specific.

Specifications

A detailed breakdown of the platforms and technologies that will be used.

Steps to Implement

The steps to implement the proposal, including associated costs, manpower, and other resources for each step where applicable.

Timeline

Relevant timing details, including but not limited to start date, milestones, and completion dates.

Overall Cost

The total cost to implement the proposal.

The author will fill out the template based on the original MIP Idea, incorporating any feedback provided by the community.

The author can add additional fields to the template if necessary to fully communicate the intentions, specifics, and implications of the MIP Draft.

Phase 3 – MIP Moderation

The team will remain in communication with the author to inform them of any incorrect or missing information that needs to be changed—or clarifications that need to be made—in order for the MIP Draft to comply with the DAO-approved guidelines and move to the next step. If the author does not respond to a moderator’s request to change, update, or make clarifications on the MIP Draft within 14 days, the MIP Draft will be automatically rejected as having failed to comply with the DAO-approved guidelines.

When a team member confirms that a MIP Draft complies with the DAO-approved guidelines, they assign a number to the MIP for identification purposes throughout the rest of the process. From this point on, the MIP is referred to as “(Category)-MIP-#-Authors Name”. For example, this MIP is “MIP-0: Constitutional Charter”.

Phase 4 – MIP Admin Review

The purpose of the MIP Admin Review is to ensure that all costs, steps to implement, legal considerations, third-party review requirements, potential conflicts of interest, and any further implications have been properly considered and identified in order to ensure the DAO members have enough information to make an informed decision. All MIPs will be given a Pending tag while a review is conducted. The team will ensure that all costs, content, or implications have been properly assessed and are not considered to be complicated or a potential risk to the well-being of the DAO.

Phase 5 – MIP Live on Snapshot

Drafts that have passed their respective approval processes will become a Live MIP on Snapshot.

Admins are the only ones who can post MIPs to Snapshot because they must ensure that each one has gone through the correct approval process.

Once live on Snapshot, Live MIPs are open to voting until the Voting closes.

Time periods for voting depend on the MIP Category.

The voting options are “In favor” and “Against.” Voting “In favor” means the voter is in favor of implementing the MIP exactly as-is. Voting “Against” means the vote is against implementing the MIP exactly as-is — voters may vote “Against” to encourage the author to resubmit the AIP after making changes.

Phase 6 – MIP Final

If by the Vote Close Time the Live MIP has not gotten any votes or is tied, it will be tagged as “Stalled” and be eligible for Resubmission.

In all other cases, after the Vote Close Time, Live MIPs are moved to Final MIPs.

There are two subcategories for the Final MIP status: Mechproved and Mechfusal. Kidding just checking if you’re still reading, kek!

Rejected Final MIPs will have the chance to be resubmitted via the appropriate Resubmission Template if the author contacts a team member to initiate this process.

Accepted Final MIPs will move into implementation.

Phase 7 – MIP Implementation

For Accepted Final MIPs, implementation will begin based on the steps outlined in the MIP template.