Merge pull request #5 from change-code-io/dev

cleaned up for temporary publication

Author: c-georgen

change-credits/cc-minting.md

@@ -10,8 +10,8 @@ Because Change Credits are only minted following confirmation of realized, tangi
 Good Generator
 :   A Good Generator is the implementing organization responsible for seeing the planned impact results achieved. It is through the actions of this entity, often an NGO or social enterprise, that positive externalities are produced. Because contributions and funds can be seamlessly fractionalized and divided, a Good Generator can also be a collection of multiple contributors working collaboratively.
 
-Change Code
-:   Change Code acts to provide all necessary infrastructure for the creation and management of Change Credits through its *Changescape*. While Change Code is not involved in the measurement or verification of any results produced, it is responsible for assessing the legitimacy and compliance of any organizations seeking to mint Change Credits.
+Changescape
+:   Change Code acts to provide all necessary infrastructure for the creation and management of Change Credits through its *Changescape*. While the Changescape does not itself measure or verify of any results produced, Change Code as the administrator of the Changescape is responsible for assessing the legitimacy and compliance of any organizations seeking to mint Change Credits.
 
 Partner
 :   Partners financially contribute to the positive externalities embodied in Change Credits. They fund the delivery of impact by pre-purchasing Change Credits in advance.
@@ -25,14 +25,13 @@ Verifier
 sequenceDiagram
     actor Verifier
     actor Good Generator
-    actor Change Code
-    Good Generator-->Change Code: propose impact goal for review
+    participant Changescape
+    Good Generator-->Changescape: propose impact goal for review
     participant EAS
     create participant hypercert (ERC1155)
     Good Generator->>hypercert (ERC1155): mint impact goal
-    actor Change Code
     create participant Treasury Account (ERC6551)
-    Change Code->>Treasury Account (ERC6551): deploy treasury account
+    Changescape->>Treasury Account (ERC6551): deploy treasury account
     actor Partner
     loop
         Partner->>Treasury Account (ERC6551): send $
@@ -44,7 +43,7 @@ sequenceDiagram
         Good Generator->>EAS: publish claim attestation
         Verifier--xEAS: review evidence
         Verifier->>EAS: publish verification attestation
-        Change Code->>Treasury Account (ERC6551): mint Change Credits (ERC721)
+        Changescape->>Treasury Account (ERC6551): mint Change Credits (ERC721)
     end
     Loop
         Partner->>Treasury Account (ERC6551): return IOUs
@@ -54,11 +53,11 @@ sequenceDiagram
 
 The above sequence diagram overviews how Change Credits are created. While the system supports alternative flows to facilitate various forms of financing, we can consider this base form to have x steps.
 
-1. The Good Generator submits an impact goal and plan for review by Change Code, as part of their onboarding process. Once approved to mint via the Changescape, the Good Generator mints their hypercert, signaling the beginning for their project.
+1. The Good Generator submits an impact goal and plan for review, as part of their onboarding process. Once approved to mint via the Changescape, the Good Generator mints their hypercert, signaling the beginning for their project.
 2. After the projects' hypercert has been deployed, Change Code deploys an associated Token Bound Account (ERC6511) to act as a treasury for the project to receive funds into and mint tokens from.
 3. Partners begin contributing funds into the project's TBA in exchange for IOUs redeemable for Change Credits once the latter begin to be minted. These funds are then remitted to an account from which the Good Generator can spend to cover the costs of their work. This process can be done in an open-ended asynchronous manner, with funds being contributed to the project through the project's lifespan.
 4. As the Good Generator carries out their work to produce impact, they periodically submit evidence for review. This evidence is published via the Ethereum Attestation Service (EAS). These claims are then reviewed and approved or rejected by Verifiers.
-5. Once evidence is confirmed by Verifiers, Change Code intakes the data provided to assign a quantity of Change Credits to be created and mints them via the project's TBA.
+5. Once evidence is confirmed by Verifiers, the Changescape intakes the data provided to assign a quantity of Change Credits to be created and mints them via the project's TBA.
 6. With Change Credits minted and available via the TBA, the project's Partners can redeem their IOUs and receive their proportional share of Change Credits.
 
 ## Change Credit Ownership

change-credits/verification.md

@@ -17,19 +17,19 @@ EAS relies on `schemas` to structure the data provided as `attestations` that ca
 sequenceDiagram
     actor Verifier
     actor Good Generator
-    actor Change Code
+    participant Changescape
     participant EAS
     participant Treasury Account
     Good Generator-->Good Generator: implement project
     loop
         Good Generator->>EAS: publish claim attestation
         Verifier--xEAS: review evidence
         Verifier->>EAS: publish verification attestation
-        Change Code->>Treasury Account: mint Change Credits (ERC721)
+        Changescape->>Treasury Account: mint Change Credits (ERC721)
     end
 ```
 
-As shown in the above sequence diagram, the process of verification can (and often will) be carried out as a loop. As a project is implemented over a period of weeks, months, or even years, the Good Generator may periodically submit claim attestations on recent accomplishments and evidence. As soon as these claims are available (or at some pre-arranged cadence), Verifiers may review this data and submit their own attestations. Finally, with these review attestations published, Change Code programmatically mints Change Credits in accordance with the impact quantity specified by the Verifiers.
+As shown in the above sequence diagram, the process of verification can (and often will) be carried out as a loop. As a project is implemented over a period of weeks, months, or even years, the Good Generator may periodically submit claim attestations on recent accomplishments and evidence. As soon as these claims are available (or at some pre-arranged cadence), Verifiers may review this data and submit their own attestations. Finally, with these review attestations published, the Changescape programmatically mints Change Credits in accordance with the impact quantity specified by the Verifiers.
 
 By allowing for interim data reporting, the protocol enables Verifiers to have access to data in a more timely manner, which in practice enables more robust dispute or follow up. Additionally, with this setup, Change Credits are available to Partners sooner than if all reporting were unnecessarily forced to only occur at the end of a project's timeline.
 

mutual-money/currency-minting.md

@@ -3,4 +3,14 @@ label: Currency Minting
 order: -2
 ---
 
-*in progress*
+The lifecycle of a Change Credit can *end* in 3 different ways. First, a holder could continue to hold (or circulate) the token in perpetuity, allowing each holder to exercise whatever [rights](../change-credits/cc-minting/#change-credit-ownership) may be imprinted in the token by the Good Generator who created it. Second, the Change Credit may be [purchased and retired](../change-credits/cc-retirement.md), either completely or partially, by the issuing Good Generator. Finally, the Change Credit can be monetized.
+
+While the process of retirement enables Good Generators to buy up and retire (burn) the credits they've issued, the process of monetization encompasses the entire Changescape. When monetized, Change Credits become the basis for a unique value-aligned currency, __Mutual Money__.
+
+## Monetization
+
+Fiat money is created through a process known as [debt monetization](https://www.stlouisfed.org/on-the-economy/2018/april/debt-monetization-then-now), through which a central bank purchases state debt and then issues currency *against* the value of that debt. This introduces a constant source of demand for the state's debt thereby reducing borrowing costs and effectively subsidizing spending. The seigniorage produced through monetization is a powerful means of collective support by users of a currency toward the state issuing the underlying debt.
+
+This idea of monetization and seigniorage can be reimagined for nearly any set of community values, where adoption of the currency mechanistically supports the realization and furtherance of the community's value system. With this in mind, we propose that Change Credits, and the positive externalities they represent, can be monetized through Mutual Money.
+
+*more information coming soon*

mutual-money/monetary-primer.md

@@ -7,7 +7,7 @@ The idea of *dollar voting* or "voting with your wallet" has been a recognized p
 
 One could even argue that the community currency movement, those attempts to create currencies specific to local communities, is a philosophical cousin to the idea of dollar voting. Both spring from the idea that money isn't currently but can be aligned with our own values and goals.
 
-Unfortunately, it is not difficult to find major shortcomings in both movements, which we'll jointly refer to as value-based monetary movements. Dollar voting struggles in the face of gross information asymmetry between consumers and producers--greenwashing, pinkwashing, etc. Additionally, nearly all demonstrable benefits from community currency can only be found in those select situations where communities suffer from major swings in seasonal liquidity, as in the case of smallholder farming communities that only have 1 or 2 harvests a year ([Zeller, 2020](https://www.mdpi.com/1911-8074/13/11/271)).
+Unfortunately, it is not difficult to find major shortcomings in both movements, which we'll jointly refer to as value-based monetary movements. Dollar voting struggles in the face of gross information asymmetry between consumers and producers--greenwashing, pinkwashing, etc. Additionally, nearly all demonstrable benefits from community currency can only be found in those select situations where communities suffer from major swings in seasonal liquidity, as in the case of smallholder farming communities that only have 1 or 2 harvests a year ([Zeller, 2020](https://www.mdpi.com/1911-8074/13/11/271){target="_blank"}).
 
 ## Principles of Sound Money
 
@@ -17,7 +17,7 @@ __Medium of exchange.__ The money can be used easily and effectively to realize
 
 __Unit of account.__ The function of being a unit of account is arguably related to that of being a medium of exchange. Money used as a unit of account provides common units that can be assigned to the price of different goods and services for the purposes of comparison and evaluation. If a participant is told that Store A has the item they want for 50 #s and Store B is selling it for 46 #s, then #s are a good money only if they can rely upon those two statements to know that Store B is offering the better deal.
 
-__Store of value.__ The most discussed (and most challenging) role for a money is that as a store of value. A good form of money will be able to purchase a constant or near constant basic of goods even over time. The strong form of this requirement is arguably impossible, as baskets of goods and the real cost involved in production change over time, or even not advisable, if one is especially concerned about [sticky wages](https://www.imf.org/en/Publications/fandd/issues/2022/03/Future-of-inflation-partII-Agarwal-kimball). However, what we'll call the weak form of the requirement, that good money lose its value slowly (<3% a year) and predictably is broadly agreed upon by economists and (ordinarily) achieved by the world's major central banks.
+__Store of value.__ The most discussed (and most challenging) role for a money is that as a store of value. A good form of money will be able to purchase a constant or near constant basic of goods even over time. The strong form of this requirement is arguably impossible, as baskets of goods and the real cost involved in production change over time, or even not advisable, if one is especially concerned about [sticky wages](https://www.imf.org/en/Publications/fandd/issues/2022/03/Future-of-inflation-partII-Agarwal-kimball). However, what we'll call the weak form of the requirement, that good money lose its value slowly (<3% a year) and predictably, is broadly agreed upon by economists and (ordinarily) achieved by the world's major central banks.
 
 Beyond these 3 broadly agreed to functions of money, we believe that money ideally has two additional functions that closely relate to both the successes and failures of value-based monetary movements.
 

welcome.md

@@ -7,6 +7,6 @@ Welcome to the Change Code Knowledgebase. At Change Code we're building the tool
 
 At the core of Change Code's work is our belief that in order to actually achieve the world's sustainability and other impact goals, we must find a way to *make purpose profitable*. We are working to pioneer new financial primitives and tokenomics that will see impact itself emerge as the next asset class to be powered by web3.
 
-The *Changescape* is a multi-chain and multi-token dApp (decentralized application) engineered to support the tokenization, verification, and ultimate monetization of a new asset category, positive impact.
+The __Changescape__ is a multi-chain and multi-token dApp (decentralized application) engineered to support the tokenization, verification, and ultimate monetization of a new asset category, positive impact.
 
 If you're interested in contributing to our work, navigate over to the [Contributor Guide](./contributing/contribution-guide/).