Example1 Old Atlas version:
The core task of AVCs is the quarterly creation of an up to date ratified Aligned Aligned Governance Strategy and up to date ratified Aligned Scope Proposals for each of the 5 Scopes.
The Aligned Governance Strategy is a document that instructs ADs in how to vote with the votes of their Governance Strategy Link to the specific AVC.
The first paragraph of the Aligned Governance Strategy is the AVC Profile, which can be up to 280 characters long. The AVC Profile is displayed in the EGF and other important Maker Governance interfaces when describing the AVC. AVCs must have easy to understand Profiles, and their governance actions must be congruent with their AVC Profile. The AVC Profile must, as its first sentence, describe where the AVC aims to be on the Hawk, Dove, Balanced spectrum.
Hawkish AVCs tend to prefer higher spreads and lower budgets, focusing more on short term income and asset accumulation. Dovish AVCs tend to prefer lower spreads and higher budgets, focusing more on long term growth and innovation. Balanced AVCs try to find a middle ground between the two. The Hawk, Dove, Balanced spectrum is a continuous spectrum, so many different hawkish or dovish AVCs can exist that are more or less Balanced.
The Aligned Scope Proposals are documents that describe the desired updated state of each of the Scope Artifacts. The Aligned Scope Proposals are often created based on a starting point developed by Scope Advisory Councils, where the AVCs then apply and communicate their unique strategic perspective.
For Aligned Governance Strategy and Aligned Scope Proposals to be valid, they must be posted on the AVCs communication channels, and have a hash of its contents ratified through a successful AVC Decision.
AVCs must always be able to articulate their Strategic Perspective in their AVC Profile in a simple enough way that EGF users can reasonably understand what delegating their votes to the strategy of the AVC means. This is in terms of the Aligned Governance Strategy and the Aligned Scope Proposals that the AVC will create.
New Generation Atlas Version:
"A.1.5.2":{ "Name":"Aligned Governance Strategies and Aligned Scope Proposals", "Content": "The core task of AVCs is the quarterly creation of an up to date ratified Aligned Aligned Governance Strategy and up to date ratified Aligned Scope Proposals for each of the 5 Scopes. \n The Aligned Governance Strategy is a document that instructs ADs in how to vote with the votes of their Governance Strategy Link to the specific AVC. \n The first paragraph of the Aligned Governance Strategy is the AVC Profile, which can be up to 280 characters long. The AVC Profile is displayed in the EGF and other important Maker Governance interfaces when describing the AVC. AVCs must have easy to understand Profiles, and their governance actions must be congruent with their AVC Profile. The AVC Profile must, as its first sentence, describe where the AVC aims to be on the Hawk, Dove, Balanced spectrum. \n Hawkish AVCs tend to prefer higher spreads and lower budgets, focusing more on short term income and asset accumulation. Dovish AVCs tend to prefer lower spreads and higher budgets, focusing more on long term growth and innovation. Balanced AVCs try to find a middle ground between the two. The Hawk, Dove, Balanced spectrum is a continuous spectrum, so many different hawkish or dovish AVCs can exist that are more or less Balanced. \n The Aligned Scope Proposals are documents that describe the desired updated state of each of the Scope Artifacts. The Aligned Scope Proposals are often created based on a starting point developed by Scope Advisory Councils, where the AVCs then apply and communicate their unique strategic perspective. \n For Aligned Governance Strategy and Aligned Scope Proposals to be valid, they must be posted on the AVCs communication channels, and have a hash of its contents ratified through a successful AVC Decision. \n AVCs must always be able to articulate their Strategic Perspective in their AVC Profile in a simple enough way that EGF users can reasonably understand what delegating their votes to the strategy of the AVC means. This is in terms of the Aligned Governance Strategy and the Aligned Scope Proposals that the AVC will create." }
Example2 Old Atlas version:
If an Alignment Conserver is discovered to act against the requirements outlined in 2.4.2 and its subelements their Alignment Conserver status must immediately be derecognized by the FacilitatorDAOs. GOV4 must specify the processes for derecognition so that they are fair and minimize risk for the Maker Ecosystem.
In cases of mild “slippery slope” breaches, a warning may be given and recorded in the Governance Artifact with no further consequence for the first breach.
In severe cases that can be described as Governance Attacks, in addition to being derecognized, the Alignment Conserver is also stripped of all reputation recognized in reputation systems of the Scopes.
New Generation Atlas Version:
"A.1.4.4":{ "Name":"", "Content": "If an Alignment Conserver is discovered to act against the requirements outlined in A.1.4.2 and its subelements their Alignment Conserver status must immediately be derecognized by the FacilitatorDAOs. GOV4 must specify the processes for derecognition so that they are fair and minimize risk for the Maker Ecosystem. \n In cases of mild “slippery slope” breaches, a warning may be given and recorded in the Governance Artifact with no further consequence for the first breach. \n In severe cases that can be described as Governance Attacks, in addition to being derecognized, the Alignment Conserver is also stripped of all reputation recognized in reputation systems of the Scopes." }
Example3 Old Atlas version:
NewChain must support native delegation compatible with the Sagittarius Engine, and the staking power of nodes must be regulated by Maker Governance.
NewChain must have state rent.
Gas fees and state rent must be paid in NewStable, staking must be done with NewGovToken.
NewChain must have native protocol MEV capture.
NewChain must have a chain halt mechanism triggered by NewGovToken executive vote for scheduled chain upgrades or through an emergency halt mechanism where only a minority of NewGovToken voters are required. When a chain halt occurs, the chain must be restarted through a hard fork. This is specified in more in detail in 4.6.
Native ZK rollups built into the protocol.
Neural Tokenomics and core governance processes built natively into the NewChain protocol. Specified in more detail in 4.3.
New Generation Atlas Version:
"A.3.2.1":{ "Name":"General Blockchain Requirements", "Content": "NewChain must support native delegation compatible with the Sagittarius Engine, and the staking power of nodes must be regulated by Maker Governance.\nNewChain must have state rent.\nGas fees and state rent must be paid in NewStable, staking must be done with NewGovToken.\nNewChain must have native protocol MEV capture.\nNewChain must have a chain halt mechanism triggered by NewGovToken executive vote for scheduled chain upgrades or through an emergency halt mechanism where only a minority of NewGovToken voters are required. When a chain halt occurs, the chain must be restarted through a hard fork. This is specified in more in detail in A.3.6.\nNative ZK rollups built into the protocol.\nNeural Tokenomics and core governance processes built natively into the NewChain protocol. Specified in more detail in A.3.3." }
Example4 Old Atlas version:
NewChain implements as native protocol modules all of the internal governance mechanics, incubation mechanics and tokenomics of MakerDAO and SubDAOs. PRO3 must cover the required preparatory and development work relevant for these concepts to enable Maker Governance to activate NewChain and reach the Endgame State.
New Generation Atlas Version:
"A.3.3":{ "Name":"NewChain Native Governance Mechanics and Neural Tokenomics - PRO3", "Content": "NewChain implements as native protocol modules all of the internal governance mechanics, incubation mechanics and tokenomics of MakerDAO and SubDAOs. PRO3 must cover the required preparatory and development work relevant for these concepts to enable Maker Governance to activate NewChain and reach the Endgame State." }
Example 5 Old Atlas version:
Native NewStable farms for farming NewGovToken and SubDAO tokens. Supports 4 modes of farming:
This mode of farming gives the user tokens that are not lockstaked in the relevant lockstaking engine. The amount of tokens farmed are reduced by an amount equivalent to half of the relevant lockstaking exit fee.
This mode of farming embeds tokens into the users free NFT that is not lockstaked in the relevant lockstaking engine. The amount of tokens embedded are reduced by an amount equivalent to half of the relevant lockstaking exit fee.
This mode of farming gives the user tokens that are lockstaked in the tokens native lockstaking engine.
This mode of farming embeds tokens into the users lockstaked NFT that is lockstaked into the tokens native lockstaking engine.
New Generation Atlas Version:
"A.3.3.6":{ "Name":"", "Content": "Native NewStable farms for farming NewGovToken and SubDAO tokens. Supports 4 modes of farming: \n Free Token Farming, This mode of farming gives the user tokens that are not lockstaked in the relevant lockstaking engine. The amount of tokens farmed are reduced by an amount equivalent to half of the relevant lockstaking exit fee.\n Free NFT Farming, This mode of farming embeds tokens into the users free NFT that is not lockstaked in the relevant lockstaking engine. The amount of tokens embedded are reduced by an amount equivalent to half of the relevant lockstaking exit fee. \n Lockstaked Token Farming, This mode of farming gives the user tokens that are lockstaked in the tokens native lockstaking engine. \n Lockstaked NFT Farming, This mode of farming embeds tokens into the users lockstaked NFT that is lockstaked into the tokens native lockstaking engine." }
Example 6 Old Atlas version:
Each Allocator is incubated with a native Allocator Lockstake Engine. The Allocator Lockstake Engine enables users to lock up their AllocatorDAO tokens or NFT embedded with AllocatorDAO tokens.
The Allocator Lockstake Engine is usually accessed through an EGF, and using it requires that the AllocatorDAO tokens are delegated.
When lockstaked the AllocatorDAO tokens farm the AllocatorDAOs MiniDAO tokens. The MiniDAO tokens can be farmed as free tokens, free NFTs, or Lockstaked NFTs.
The Allocator Lockstake Engine has an exit fee of 25%, when AllocatorDAO tokens exit the Allocator Lockstake Engine 25% of the tokens are transferred to a yield boost pool that provide self-farming farming for the Lockstake Engine users by transferring 1% of its contents per day as self-farming directly embedded into the Lockstaked NFTs of the Allocator Lockstake Engine users.
New Generation Atlas Version:
"A.3.3.9":{ "Name":"Allocator Lockstake Engine", "Content": "ach Allocator is incubated with a native Allocator Lockstake Engine. The Allocator Lockstake Engine enables users to lock up their AllocatorDAO tokens or NFT embedded with AllocatorDAO tokens. \n The Allocator Lockstake Engine is usually accessed through an EGF, and using it requires that the AllocatorDAO tokens are delegated. \n When lockstaked the AllocatorDAO tokens farm the AllocatorDAOs MiniDAO tokens. The MiniDAO tokens can be farmed as free tokens, free NFTs, or Lockstaked NFTs. \n The Allocator Lockstake Engine has an exit fee of 25%, when AllocatorDAO tokens exit the Allocator Lockstake Engine 25% of the tokens are transferred to a yield boost pool that provide self-farming farming for the Lockstake Engine users by transferring 1% of its contents per day as self-farming directly embedded into the Lockstaked NFTs of the Allocator Lockstake Engine users." }
Example 7 Old Atlas version:
AllocatorDAOs have a genesis token emission that occurs over the first 10 years of its existence, and an additional permanent emission that continuously occurs forever.
70% of all AllocatorDAO tokens emitted for farming are for Dai farming, and 30% of all AllocatorDAO tokens emitted for farming are for Sagittarius Engine users.
The Genesis emissions of Allocators are 2.3 billion tokens over 10 years, with the following breakdown.
2 billion Allocator tokens are for Genesis farming.
For the first 2 years, the rate of Genesis farming is 500 million AllocatorDAO tokens per year
For the following 2 years, the rate of Genesis farming is 250 million AllocatorDAO tokens per year.
For the following 2years, the rate of Genesis farming is 125 million AllocatorDAO tokens per year.
For the final 4 years, the rate of Genesis farming is 62.5 million AllocatorDAO tokens per year.
The workforce bonus pool starts with 300 million AllocatorDAO tokens. The Workforce bonus pool can be further topped up through the permanent emissions.
The permanent emissions of AllocatorDAOs are a total of 10% tokens emitted per year.
5% of the total supply is emitted per year for the MiniDAO Axon.
3.75% of the total supply is emitted per year as farming emissions
1% of the total supply is emitted per year as workforce bonus pool emissions, if the workforce bonus pool contains less than 5% of the total supply of AllocatorDAO tokens.
0.25% of the total supply is emitted per year for the Purpose System.
New Generation Atlas Version:
"A.3.3.12":{ "Name":"AllocatorDAO Emissions", "Content": "AllocatorDAOs have a genesis token emission that occurs over the first 10 years of its existence, and an additional permanent emission that continuously occurs forever. \n AllocatorDAO Farm Distribution, 70% of all AllocatorDAO tokens emitted for farming are for Dai farming, and 30% of all AllocatorDAO tokens emitted for farming are for Sagittarius Engine users. \n AllocatorDAO Genesis Emissions, The Genesis emissions of Allocators are 2.3 billion tokens over 10 years, with the following breakdown. \n Genesis Farming Emissions, 2 billion Allocator tokens are for Genesis farming. \nFor the first 2 years, the rate of Genesis farming is 500 million AllocatorDAO tokens per year \n For the following 2 years, the rate of Genesis farming is 250 million AllocatorDAO tokens per year. \n For the following 2 years, the rate of Genesis farming is 125 million AllocatorDAO tokens per year. \n For the final 4 years, the rate of Genesis farming is 62.5 million AllocatorDAO tokens per year. \n The workforce bonus pool starts with 300 million AllocatorDAO tokens. The Workforce bonus pool can be further topped up through the permanent emissions, \n AllocatorDAO Permanent Emissions, The permanent emissions of AllocatorDAOs are a total of 10% tokens emitted per year. \n Permanent MiniDAO Axon Emissions, 5% of the total supply is emitted per year for the MiniDAO Axon. \n Permanent Farming Emissions, 3.75% of the total supply is emitted per year as farming emissions \n Permanent Workforce Bonus Pool Emissions, 1% of the total supply is emitted per year as workforce bonus pool emissions, if the workforce bonus pool contains less than 5% of the total supply of AllocatorDAO tokens. \n Permanent Purpose System Emissions, 0.25% of the total supply is emitted per year for the Purpose System." }
Example 8 Old Atlas version:
The Budget System is a protocol module that enables token holders to set up budgets associated with Scopes, based on the specifications in the relevant Scope. The budgets that can both be controlled manually by the token holders through executive votes, but also can be accessed by FacilitatorDAOs that have been assigned FacilitatorDAO Responsibility to the Scope that covers the budget, and the FacilitatorDAO is able to delegate access to the budget to smart contracts that can in turn be controlled by Facilitators and be given specific restrictions and security measures.
When multiple FacilitatorDAOs have assigned Responsibility for the same Scope, their control of its fixed budgets are split in half. Additionally, each FacilitatorDAOs budget access can be increased through the Budget Allocation System, which will increase the accessible budget only for the specific FacilitatorDAO that is receiving Allocated Budget.
New Generation Atlas Version:
"A.3.3.19":{ "Name":"The Budget System", "Content": "The Budget System is a protocol module that enables token holders to set up budgets associated with Scopes, based on the specifications in the relevant Scope. The budgets that can both be controlled manually by the token holders through executive votes, but also can be accessed by FacilitatorDAOs that have been assigned FacilitatorDAO Responsibility to the Scope that covers the budget, and the FacilitatorDAO is able to delegate access to the budget to smart contracts that can in turn be controlled by Facilitators and be given specific restrictions and security measures. \n When multiple FacilitatorDAOs have assigned Responsibility for the same Scope, their control of its fixed budgets are split in half. Additionally, each FacilitatorDAOs budget access can be increased through the Budget Allocation System, which will increase the accessible budget only for the specific FacilitatorDAO that is receiving Allocated Budget." }
Example 9 Old Atlas version:
The Trigger Mechanism is a technically isolated smart contract on the target chain that uses zero knowledge proofs to allow MKR holders from NewChain to prove they are “end-holders” (not delegates or validators) of MKR. A minority of MKR end-holders from NewChain can delay the actions of the Validators, or trigger the Fallback Multisig. The parameters for delaying actions and triggering Fallback are determined by PRO4, and must be continuously updated and reassessed.
When using the Trigger Mechanism, the MKR holders become vulnerable to slashing in case they abuse the power to attack the system with no legitimate reason.
New Generation Atlas Version:
"A.3.4.2":{ "Name":"The Trigger Mechanism", "Content": "The Trigger Mechanism is a technically isolated smart contract on the target chain that uses zero knowledge proofs to allow MKR holders from NewChain to prove they are "end-holders" (not delegates or validators) of MKR. A minority of MKR end-holders from NewChain can delay the actions of the Validators, or trigger the Fallback Multisig. The parameters for delaying actions and triggering Fallback are determined by PRO4, and must be continuously updated and reassessed. \n When using the Trigger Mechanism, the MKR holders become vulnerable to slashing in case they abuse the power to attack the system with no legitimate reason." }
Example 10 Old Atlas version:
Arranged Structures are special legal structures set up by Ecosystem Actors to secure Legal Recourse Assets to help stabilize the Maker Ecosystem. PRO5 must define strict and detailed standards for how to properly establish, fund, interact with, monitor, improve and wind down Arranged Structures. Each Arranged Structure has a Conduit system that is automatically connected to all AllocatorDAOs, and allows them to send and receive Dai or other assets.
Arranged Structures must have an AllocatorDAO owner. The owner assigns instructions to the Arranged Structure on behalf of MakerDAO, and determines if and how other AllocatorDAOs can access the Conduit of the Arranged Structure.
New Generation Atlas Version:
"A.4.5.1":{ "Name":"Arranged Structures", "Content": "Arranged Structures are special legal structures set up by Ecosystem Actors to secure Legal Recourse Assets to help stabilize the Maker Ecosystem. PRO5 must define strict and detailed standards for how to properly establish, fund, interact with, monitor, improve and wind down Arranged Structures. Each Arranged Structure has a Conduit system that is automatically connected to all AllocatorDAOs, and allows them to send and receive Dai or other assets. \n Arranged Structures must have an AllocatorDAO owner. The owner assigns instructions to the Arranged Structure on behalf of MakerDAO, and determines if and how other AllocatorDAOs can access the Conduit of the Arranged Structure." }