Skip to content

Commit

Permalink
Merge pull request #1087 from makerdao/Minor-format-fixes
Browse files Browse the repository at this point in the history
Applied italics to article codes
  • Loading branch information
VoteWizard authored May 2, 2024
2 parents 73b6bdc + 4c70c9c commit 68a58b8
Show file tree
Hide file tree
Showing 5 changed files with 27 additions and 27 deletions.
14 changes: 7 additions & 7 deletions MIP104/MIP104.md
Original file line number Diff line number Diff line change
Expand Up @@ -161,7 +161,7 @@ The Advisory Council is paid on a project basis to do specific work that improve

##### 1.1.3.1

Entities are encouraged to submit applications with the intention of enhancing a specific portion of the Scope Framework. Any entity can notice a problem in the Scope or something that can and should be improved and apply to undergo a process to suggest improvements. There are also sometimes specific pieces of advisory work listed in 1.1.3.2 that can be taken on by applicants. The Stability Facilitators should diligently encourage participants possessing relevant areas of expertise to actively engage in this process to the fullest extent possible. Accordingly, once this MIP is successfully passed, it is imperative that the Stability Facilitators promptly post a Request for Applicants to the forum within a period of 30 days. The Stability Facilitators may choose to utilize a Peer-to-Peer recruiting process, which involves allocating a portion of the Stability Advisory Council budget to incentivize ecosystem participants and community members to actively seek out applicants, providing comprehensive explanations of the process.
Entities are encouraged to submit applications with the intention of enhancing a specific portion of the Scope Framework. Any entity can notice a problem in the Scope or something that can and should be improved and apply to undergo a process to suggest improvements. There are also sometimes specific pieces of advisory work listed in *1.1.3.2* that can be taken on by applicants. The Stability Facilitators should diligently encourage participants possessing relevant areas of expertise to actively engage in this process to the fullest extent possible. Accordingly, once this MIP is successfully passed, it is imperative that the Stability Facilitators promptly post a Request for Applicants to the forum within a period of 30 days. The Stability Facilitators may choose to utilize a Peer-to-Peer recruiting process, which involves allocating a portion of the Stability Advisory Council budget to incentivize ecosystem participants and community members to actively seek out applicants, providing comprehensive explanations of the process.

##### 1.1.3.2: Advisory Work for Stability Advisory Council Members

Expand Down Expand Up @@ -438,7 +438,7 @@ The Stability Facilitators must take action to search and propose onboarding of

Arrangers must publish monthly reporting on each Arranged Structure they have arranged, and must every six months also publish stress test analysis that shows how the structures would perform based on historical financial crisis scenarios and other example scenarios. The Stability Facilitators must periodically fund independent Ecosystem Actors to review and verify the quality and the results of the stress tests. Should an independent review produce an unfavorable result, the Responsible Facilitators must propose a governance poll for warning, temporarily deactivating, or permanently offboarding the Arranger and/or the Asset Managers connected to the discovered issue.

Monthly reports must satisfy *5.1.4.1* or *5.1.4.2* or 5.1.4.3 to be considered compliant.
Monthly reports must satisfy *5.1.4.1* or *5.1.4.2* or *5.1.4.3* to be considered compliant.

##### 5.1.4.1

Expand Down Expand Up @@ -498,7 +498,7 @@ The Stability Facilitators can implement various perpetual yield strategies, inc

#### 5.3.1: Perpetual exposure Direct Accumulation

The Stability Facilitators can trigger executive votes that instruct Arranged Structures to set up mechanisms that allow them to take direct exposure to Ethena sUSDe, or use legal rails to get direct exposure through custodians. The level of exposure can be manually adjusted in real time by the Stability Facilitators, by directly editing 5.3.1.1A, 5.3.1.2A, and 5.3.1.3A based on advice from Stability Advisors and other Ecosystem Actors.
The Stability Facilitators can trigger executive votes that instruct Arranged Structures to set up mechanisms that allow them to take direct exposure to Ethena sUSDe, or use legal rails to get direct exposure through custodians. The level of exposure can be manually adjusted in real time by the Stability Facilitators, by directly editing *5.3.1.1A*, *5.3.1.2A*, and *5.3.1.3A* based on advice from Stability Advisors and other Ecosystem Actors.

##### 5.3.1.1A: Current exposure sUSDe Andromeda

Expand Down Expand Up @@ -526,7 +526,7 @@ Current target perpetual exposure for Andromeda is: 0

#### 5.3.2: Morpho overcollateralized sUSDe or USDe DDM

The Stability Facilitators can trigger executive votes that set up DDMs to Morpho Vaults that have overcollateralized exposure to sUSDe or USDe. The level of exposure can be manually adjusted in real time by the Stability Facilitators, by directly editing 5.3.2.1A, based on advice from Stability Advisors and other Ecosystem Actors. A multisig controlled by Facilitator JanSky to control the parameters of the DDM in real time, with guardrails to prevent abuse, in order to follow the Atlas instructions specified in 5.3.2.1A. The members of the multisig can be expanded beyond the single JanSky account. The multisig and other relevant control mechanisms can be set up with an executive vote that can be triggered at will by the Stability Facilitator.
The Stability Facilitators can trigger executive votes that set up DDMs to Morpho Vaults that have overcollateralized exposure to sUSDe or USDe. The level of exposure can be manually adjusted in real time by the Stability Facilitators, by directly editing *5.3.2.1A*, based on advice from Stability Advisors and other Ecosystem Actors. A multisig controlled by Facilitator JanSky to control the parameters of the DDM in real time, with guardrails to prevent abuse, in order to follow the Atlas instructions specified in *5.3.2.1A*. The members of the multisig can be expanded beyond the single JanSky account. The multisig and other relevant control mechanisms can be set up with an executive vote that can be triggered at will by the Stability Facilitator.

##### 5.3.2.1A: Current exposure

Expand Down Expand Up @@ -720,7 +720,7 @@ The Surplus Buffer Upper Limit is:

The Rate Of MKR Accumulation determines how much Dai is used to accumulate MKR per unit of system time. Since the Smart Burn Engine pairs the accumulated MKR with Dai directly from the Surplus Buffer, the effective rate of spending from the Surplus Buffer is approximately twice the Rate Of Accumulation.

If the Surplus Buffer starts consistently exceeding the Surplus Buffer Upper Limit and continues to increase, without ever reducing the total Surplus back down to the Surplus Buffer Upper Limit, the Stability Facilitators must use the weekly governance cycle to modify 9.1.2A to make sure it is high enough to ensure all surplus exceeding the Surplus Buffer Upper Limit is eventually used up by the Smart Burn Engine.
If the Surplus Buffer starts consistently exceeding the Surplus Buffer Upper Limit and continues to increase, without ever reducing the total Surplus back down to the Surplus Buffer Upper Limit, the Stability Facilitators must use the weekly governance cycle to modify *9.1.2A* to make sure it is high enough to ensure all surplus exceeding the Surplus Buffer Upper Limit is eventually used up by the Smart Burn Engine.

#### 9.1.2A

Expand Down Expand Up @@ -903,7 +903,7 @@ The Liquidation Ratio parameter limits the maximum amount of DAI debt that a vau

##### 14.3.1.2: Debt Ceiling Limit

The Debt Ceiling Limit is numerically provided and acts as an upper limit. The Stability Facilitators can propose changes within this limit. Debt Ceiling Limit = Unlimited is defined as substantially large to not be reached in the near future. The DC-IAM methodology contained in 14.3.1.4 acts as a risk mitigation tool in case of an unexpected emergency that can limit the rate at which exposure can increase in a short period of time.
The Debt Ceiling Limit is numerically provided and acts as an upper limit. The Stability Facilitators can propose changes within this limit. Debt Ceiling Limit = Unlimited is defined as substantially large to not be reached in the near future. The DC-IAM methodology contained in *14.3.1.4* acts as a risk mitigation tool in case of an unexpected emergency that can limit the rate at which exposure can increase in a short period of time.

##### 14.3.1.3: Stability Fee (SF)

Expand Down Expand Up @@ -1323,7 +1323,7 @@ To protect the protocol from unnecessary complexity, the Stability Facilitators

#### 14.3.4

WBTC-A, WBTC-B and WBTC-C are defined in 14.3 only for the purpose of Stability Fee consistency and are otherwise not considered Native Vault Engine collateral and should be offboarded according to 14.3.5.
WBTC-A, WBTC-B and WBTC-C are defined in *14.3* only for the purpose of Stability Fee consistency and are otherwise not considered Native Vault Engine collateral and should be offboarded according to *14.3.5*.

#### 14.3.5

Expand Down
26 changes: 13 additions & 13 deletions MIP106/MIP106.md
Original file line number Diff line number Diff line change
Expand Up @@ -231,7 +231,7 @@ The Advisory Council is paid on a project basis to do specific work that improve

##### 1.1.3.1

Entities are encouraged to submit applications with the intention of enhancing a specific portion of the Scope Framework. Any entity can notice a problem in the Scope or something that can and should be improved and apply to undergo a process to suggest improvements. There are also sometimes specific pieces of advisory work listed in 1.1.3.2 that can be taken on by applicants. The Support Facilitators should diligently encourage participants possessing relevant areas of expertise to actively engage in this process to the fullest extent possible. Accordingly, once this MIP is successfully passed, it is imperative that the Support Facilitators promptly post a Request for Applicants to the forum within a period of 30 days. The Support Facilitators may choose to utilize a Peer-to-Peer recruiting process, which involves allocating a portion of the Support Advisory Council budget to incentivize ecosystem participants and community members to actively seek out applicants, providing comprehensive explanations of the process.
Entities are encouraged to submit applications with the intention of enhancing a specific portion of the Scope Framework. Any entity can notice a problem in the Scope or something that can and should be improved and apply to undergo a process to suggest improvements. There are also sometimes specific pieces of advisory work listed in *1.1.3.2* that can be taken on by applicants. The Support Facilitators should diligently encourage participants possessing relevant areas of expertise to actively engage in this process to the fullest extent possible. Accordingly, once this MIP is successfully passed, it is imperative that the Support Facilitators promptly post a Request for Applicants to the forum within a period of 30 days. The Support Facilitators may choose to utilize a Peer-to-Peer recruiting process, which involves allocating a portion of the Support Advisory Council budget to incentivize ecosystem participants and community members to actively seek out applicants, providing comprehensive explanations of the process.

##### 1.1.3.2: Advisory Work for Support Advisory Council Members

Expand Down Expand Up @@ -428,7 +428,7 @@ Provide suggested actions to Facilitators for a given situation, and provide Ali

#### 4.1.4

Generate Scope Artifacts from scratch or do complete overhauls of existing Scope Artifacts based on ideas from SubDAO communities. With enough computing power, data and reinforcement learning of the results obtained from performing the functions in 4.1.1, 10.1.2 and 4.1.3 the GAIT will be able to fully generate or redesign and populate complete sets of Scope Artifacts and all associated processes and DAO Toolkit functionality for any kind of economic opportunity a SubDAO wants to explore. This allows existing SubDAOs to rapidly iterate on their business focus with just a few active community members using AI tools, and it allows brand new SubDAOs to become fully functional and fully “populated” in an extremely short amount of time, as almost no humans need to be involved in the normal functioning of a SubDAO.
Generate Scope Artifacts from scratch or do complete overhauls of existing Scope Artifacts based on ideas from SubDAO communities. With enough computing power, data and reinforcement learning of the results obtained from performing the functions in *4.1.1*, *10.1.2* and *4.1.3* the GAIT will be able to fully generate or redesign and populate complete sets of Scope Artifacts and all associated processes and DAO Toolkit functionality for any kind of economic opportunity a SubDAO wants to explore. This allows existing SubDAOs to rapidly iterate on their business focus with just a few active community members using AI tools, and it allows brand new SubDAOs to become fully functional and fully “populated” in an extremely short amount of time, as almost no humans need to be involved in the normal functioning of a SubDAO.

#### 4.1.5

Expand All @@ -440,7 +440,7 @@ The GAIT should be developed using cutting edge components and services from a d

#### 4.2.1

The starting point of the GAIT design should be based on LLMs chained with reflection (or similar functionality) and relevant plugins, and should be fine tuned on data curated by relevant Ecosystem Actors for the functionality described in 4.1.
The starting point of the GAIT design should be based on LLMs chained with reflection (or similar functionality) and relevant plugins, and should be fine tuned on data curated by relevant Ecosystem Actors for the functionality described in *4.1*.

#### 4.2.2

Expand Down Expand Up @@ -579,9 +579,9 @@ Anti-cheat formula:

The Support Facilitators can activate a new SPK token pre-farming airdrop program to incentivize adoption of overcollateralized perpetual yield exposure in new markets.

The program can last until the moment SPK launches, or a shorter duration, which must be declared by the Support Facilitators. The exact details of the special pre-farming airdrop program is specified in 6.4.1.1A, which the Support Facilitators can modify at will, as long as it conforms the specifications of 6.4.1.
The program can last until the moment SPK launches, or a shorter duration, which must be declared by the Support Facilitators. The exact details of the special pre-farming airdrop program is specified in *6.4.1.1A*, which the Support Facilitators can modify at will, as long as it conforms the specifications of *6.4.1*.

The SPK tokens for the future Spark Airdrop are allocated between all borrowers on the designated markets. The rate of SPK tokens being earned is 1.66 million SPK per month, distributed on a per block basis proportional to the amount of dai borrowed from the eligible markets specified in 6.4.1.1A.
The SPK tokens for the future Spark Airdrop are allocated between all borrowers on the designated markets. The rate of SPK tokens being earned is 1.66 million SPK per month, distributed on a per block basis proportional to the amount of dai borrowed from the eligible markets specified in *6.4.1.1A*.

##### 6.4.1.1A

Expand Down Expand Up @@ -840,7 +840,7 @@ The Resilience Fund (RF) is a self-insurance instrument fully controlled by Make

##### 10.1.1.1 Resilience Fund Budget

The budget of the Resilience Fund is defined in 10.1.1.1A. The Support Facilitator can propose to pay out the budget manually through a weekly cycle, according to the rules related to claims described in this Section. The Support Facilitator can propose modifications to 10.1.1.1.1A through the weekly cycle.
The budget of the Resilience Fund is defined in *10.1.1.1A*. The Support Facilitator can propose to pay out the budget manually through a weekly cycle, according to the rules related to claims described in this Section. The Support Facilitator can propose modifications to *10.1.1.1.1A* through the weekly cycle.

##### 10.1.1.1A

Expand All @@ -852,15 +852,15 @@ The current active budget for the Resilience Fund is: 5000000 Dai per year, with

###### 10.1.1.1.1 Transition Funding

Legal defense expenses directly related to the DAO may be temporarily financed using the resources of the Resilience Fund. However, a separate Claim Protocol and Standard Operational Procedure will be developed if the DAO is the target of a legal or regulatory action (SUP 10.1.3). The Resilience Technical Committee will assist in elaborating the ruleset.
Legal defense expenses directly related to the DAO may be temporarily financed using the resources of the Resilience Fund. However, a separate Claim Protocol and Standard Operational Procedure will be developed if the DAO is the target of a legal or regulatory action (SUP *10.1.3*). The Resilience Technical Committee will assist in elaborating the ruleset.

##### 10.1.1.2 The Resilience Technical Committee

The Resilience Technical Committee is a group of Ecosystem Actors authorized by Maker DAO to provide operational support such as onboarding new beneficiaries to the RF, approving quotes, assessing claims to be supported by the RF, and additionally providing general advice on the further development of the fund, amendments to the claim procedure, resilience measures and other risk management topics.

###### 10.1.1.2.1

The Resilience Technical Committee is selected and paid for services on a project basis by the Support Facilitator. The budget for this is included in 10.1.1.1A. This is later intended to move to a separate budget.
The Resilience Technical Committee is selected and paid for services on a project basis by the Support Facilitator. The budget for this is included in *10.1.1.1A*. This is later intended to move to a separate budget.

###### 10.1.1.2.2

Expand Down Expand Up @@ -955,7 +955,7 @@ Current Structure:
- Aligned Voter Committee Members (AVCs)
- Aligned Delegates (ADs)
- Scope Facilitators
- The Guardians (SUP 10.1.4) or actors that fulfill an equivalent role
- The Guardians (SUP *10.1.4*) or actors that fulfill an equivalent role

###### 10.1.1.3.3.12

Expand Down Expand Up @@ -1403,7 +1403,7 @@ The full amount is immediately available at the start of the calendar year.

Resilience research and preparedness projects must fulfill at least one of the following objectives:

- Bootstrap necessary infrastructure to develop one of the high-order legal resilience objectives as defined in SUP 10.1 - 10.8:
- Bootstrap necessary infrastructure to develop one of the high-order legal resilience objectives as defined in SUP *10.1* - *10.8*:
- Legal Defense
- Legal Risk Management
- Privacy and Operational Security
Expand All @@ -1412,9 +1412,9 @@ Resilience research and preparedness projects must fulfill at least one of the f
- Public Procurement Framework
- Atlas Amendment and Audit
- Technical and Legal Standards
- Design and implement processes that contribute directly to one of the high-order legal resilience objectives defined in SUP 10.1 - 10.8.
- Design and implement processes that contribute directly to one of the high-order legal resilience objectives defined in SUP *10.1* - *10.8*.
- Implement specific preventive or reactive legal risk mitigation tools.
- Execute specific activities or tasks necessary to fulfill one of the high-order legal resilience objectives defined in SUP 10.1 - 10.8.
- Execute specific activities or tasks necessary to fulfill one of the high-order legal resilience objectives defined in SUP *10.1* - *10.8*.

### 1.3: Application Process

Expand Down Expand Up @@ -1443,7 +1443,7 @@ Applications for Resilience Research projects must follow this template:
- .x: [Project Name]
- .x.1: [Project Abstract: In 3-5 sentences, what problem are you trying to solve?]
- .x.2: [Objectives: What are you hoping to accomplish? How do you define and measure success for this project?]
- .x.3: [Outcomes: How does this project benefit the Maker ecosystem? How does this project help fulfill one of the Legal Resilience Objectives in SUP 10.1-.10.8?]
- .x.3: [Outcomes: How does this project benefit the Maker ecosystem? How does this project help fulfill one of the Legal Resilience Objectives in SUP *10.1*-*10.8*?]
- .x.4: [Scope: What will you research/build /design/implement? What is the expected output?]
- .x.5: [Project Team: How many people are working on this project? Please list their names and roles for the project and how many hours per month each person will work on this project?]
- .x.6: [Background: Relevant links, reference to other projects or research papers]
Expand Down
Loading

0 comments on commit 68a58b8

Please sign in to comment.