--- tags: MIPs --- ### MIP0 - **MIP0c3: The MIP Lifecycle** - _"Deferred: Assigned when a proposal has been deemed as not ready or not a priority but can be re-proposed at a later date. This status can be assigned during RFC or by a rejecting forum poll or **Signal Request**"._ ### MIP4 - **MIP4c3: Amendment Process for MIPs Younger than 3 Months** - _"Amendment Subproposals must be submitted to RFC for one week, for the Default Feedback Period. This is followed by a one week duration **Signal Request** thread, during which the Amendment proposal cannot be changed, fulfilling the 1 week frozen period."_ - _"Other Requirements: 7-day **Signal Request** Thread, passing with 51%."_ ### MIP16 - **MIP16c2: Weekly Governance Cycle Breakdown** - _"If a non-standard weekly poll (**"signal request"**) has been proposed, it will also be put in the weekly poll. To create a non-standard weekly poll requires an urgent and apparent reason from a timing perspective to justify it. It is important to note that a non-standard weekly poll cannot be used for long-term decisions and requires consensus from the Governance Facilitators before it can be accepted and published."_ ### MIP24 - **MIP24c3: Emergency Response Procedure** - _"Declare an emergency in the public forum providing sufficient detail regarding the issue and why immediate action is required. If time does not permit, a forum post will be created immediately after or in parallel to taking emergency action. Creating a **signal request** thread or governance poll is optional."_ - **MIP24c4: Urgent Response Procedure** - _"The process will be initiated with a **signal request** thread in the public forum stating the need for expedited governance action and include the following:"_ - _"In order for the community to make a change to a system parameter, a **signal request** must reach a 50% majority and have a reasonable quorum of voters given recent participation."_ - _"In order for the community to make a change outside of the existing system parameters, a **signal request** must reach a 66% majority and have a reasonable quorum of voters given recent participation."_ - _"If the **signal** for an urgent response passes, Governance Facilitators will coordinate with necessary domain teams to expedite a governance poll for MKR holders or to advance an executive vote, at their discretion."_ ### MIP48 - **MIP48c4: Stopping Distributions from the Keg** - _"In some time-sensitive scenarios, the Governance Facilitators may deem a **Signal Request** appropriate for stopping or pausing payments from the Keg."_ ### MIP61 - **MIP61c6: Modification of Parameters** - _"Recognized Delegates are potentially conflicted in consideration of these proposals. There may be a temptation to approve increases in compensation and vote against decreases. Hence, a **Signal Request** is required to assess broader community sentiment and spotlight any positions on the MIP61c5 proposal staked out by Recognized Delegates. The **Signal Request** Poll must be posted at the start of the Frozen Period."_ - _"Requirements: 7-day **Signal Request** Thread, passing with 51%. If the **Signal Request** fails, then the proposal does not proceed to the Governance Cycle."_ ### MIP67 - **MIP67c1: Proposal Submission Process** - _"Initial engagement with the relevant structured finance CU (e.g. RWF-001), providing the CU with a reasonably detailed Proposal (not necessarily formalised yet as a MIP or **Signal Request**) that conforms with the Methodology and with the appropriate time to review its high-level pillars."_ ### MIP68 - **MIP68c4: Debt Ceiling Gradual Increase Mechanism** - _"This mechanism can be deactivated to prevent the automatic increase of the debt ceiling. Deactivation occurs if a valid **signal request** that specifically mentions deactivating MIP68c4 passes the on-chain poll stage."_ ### MIP70 - **MIP70c5: Collateral onboarding cancelation procedure** - _"The collateral onboarding can be canceled at any time by the community through a standard or urgent **signal request** process."_ ### MIP73 - **MIP73c10: Collateral Onboarding Cancellation Procedure** - _"The collateral onboarding can be canceled at any time by the community through a standard or urgent **signal request** process."_ ### MIP74 - **MIP74c2: Urgent Cancellation of a Permissionless Open Market Operation** - _"Any Permissionless Open Market Operation which is implemented can be shutdown by: (i) a **Signal Request** process which must last at least 1 week and..."_ - _"(ii) a shutdown process which does not require a **Signal Request** can be initiated by Facilitators of relevant Core Units. It is recommended, but not limited to, that Facilitators propose the shutdown to the on-chain poll and propose the immediate shutdown directly via Executive Vote only in the case of an emergency which is time-sensitive."_ ### MIP76 - **MIP76c3: Operating Guidelines** - _"Asset allocation changes can be made through **Signal Requests** followed by a three day on-chain vote ratification."_ ### MIP78 - **MIP78c6: Modification of Compensation Parameters** - _"Recognized Delegates are potentially conflicted in consideration of these proposals. For example, there may be a temptation to approve increases in compensation and vote against decreases. Hence, a **Signal Request** is required to assess broader Community sentiment and spotlight any positions on the MIP78c6 subproposal staked out by Recognized Delegates. The **Signal Request** Poll must be posted at the start of the Frozen Period."_ - _"Requirements: 7-day **Signal Request** Thread, passing with >50% of non-abstain votes. If the **Signal Request** fails, the proposal does not proceed to the Governance Cycle."_