grassrootseconomics/cic-docs
5
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity

Merge branch 'willruddick-master-patch-42719' into 'master'

Browse Source 
Various updates

See merge request grassrootseconomics/cic-docs!52
This commit is contained in:
Will Ruddick 2021-04-19 05:03:03 +00:00
commit c04b786da8
1 changed files with 31 additions and 30 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

59
README.md
View File

@ -23,11 +23,14 @@ Community Inclusion Currency (CIC) technology seeks to give organizations and co
* Blockchain * Blockchain
* Currently: We are on a public blockchain (Layer 2 side chain) * Currently: We are on a public blockchain (Layer 2 side chain)
* Goal: To ensure decentralization, censor proofing and fair gas prices we look for Humanitarian Blockchains like bloxberg.org. * Goal: To ensure decentralization, censor proofing and fair gas prices we look for Humanitarian Blockchains like bloxberg.org.
* A blockchain where gas prices can be kept to zero.
* A Proof of Authority chain where nodes can be elected democratically.
* A blockchain that enables easy and secure bridging to other chains.
* Blockchain Contracts * Blockchain Contracts
* [Sarafu](https://gitlab.com/grassrootseconomics/sarafu-token) - Network / Basic Income token - Mints tokens that include a demurrage and redistribution. * [Sarafu](https://gitlab.com/grassrootseconomics/sarafu-token) - Network / Basic Income token - Mints tokens that include a demurrage and redistribution.
* Bridge - in order to move between the side chains (Layer 2) and the Ethereum main net we need a bridge * Bridge - in order to move between the side chains (Layer 2) and the Ethereum main net we need a bridge
* Currently: We have no connections to Ethereum Mainnet * Currently: We have no connections to Ethereum Mainnet
* Goal: To have options to bridge to a variety of potential reserves * Goal: To have options to bridge to a variety of other tokens
* Liquidty Pools - Enable connection of Sarafu and CICs to each other and outside networks * Liquidty Pools - Enable connection of Sarafu and CICs to each other and outside networks
* Currently: Bancor Protocol v1 - [Blockchain Smart Contract](https://github.com/bancorprotocol/contracts) * Currently: Bancor Protocol v1 - [Blockchain Smart Contract](https://github.com/bancorprotocol/contracts)
* Contract Deployment (Currency Creation service) * Contract Deployment (Currency Creation service)
@ -35,63 +38,61 @@ Community Inclusion Currency (CIC) technology seeks to give organizations and co
* Goal: A web based interface for organizations and communities to create their own tokens * Goal: A web based interface for organizations and communities to create their own tokens
* CIC Token Creation system * CIC Token Creation system
* Currently: Manual contract deployment (command line) * Currently: Manual contract deployment (command line)
* Registered organizations can submit an application to be an issuer, they must have: * Goal: Registered organizations can submit an application to be an issuer, they must have:
* an audited and legally binding backing commitment signed by local government to back the total amount of a CIC . * an audited and legally binding backing commitment signed by local guarentors to back the total amount of a CIC .
* A collateral fund of Sarafu tokens equal to 100% of the tokens they want to create. * The CIC issuers should also choose to add thier CIC to a liquidity pool with Sarafu or other CICs for connections
* These new CIC tokens are created and the converter contract is given the sole ability to create and destroy them based on a bonding curve equation THe converter also holds the collateral (reserve or pool) of Sarafu
* Cloud server - is where we host all of our systems, Platform, Dashboard, future blockchain node. * Cloud server - is where we host all of our systems, Platform, Dashboard, future blockchain node.
* Currently: We are using AWS for instances and data storgage along with postgress databases - Transactions are done here first then synced with blockchain * Currently: We are using AWS for instances and data storgage along with postgress databases - Transactions are done here first then synced with blockchain
* Goal: Moving toward a webased wallet and cloud storage * Goal: Migrating servers to Digital Ocean using Kubernetes.
* Moving toward a web-based wallet and decentralized data storage with self-soverign data (certificate based)
* Simulations
* Currently: We started with a home grown Village Market Simulator and are currently are developing and using a cadCAD based [modeling](https://gitlab.com/grassrootseconomics/cic-modeling) simulation built by BlockScience
* Goal: To build on this simulation to validate and stress test economic models and to provide predictive analysis based on data
* Dashboard * Dashboard
* Currently: [Our dashboard](https://dashboard.sarafu.network) uses a D3 javascript we also have an internal dashboard for CIC platform administrators. * Currently: [Our dashboard](https://dashboard.sarafu.network) uses a D3 javascript we also have an internal dashboard for CIC platform administrators.
* We are pulling data from an internal postgres database on the CIC Mgmt Platform as well as blockchain transaction data from BlockScout * We are pulling data from an internal postgres database on the CIC Mgmt Platform as well as blockchain transaction data from BlockScout
* Goal: To have system related information available to field officers and users on Android phones and to pull data from our own blockchain node. * Goal: To have system related information available to field officers and users on Android phones and to pull data from our own blockchain node.
* To allow donors to give directly and measure the impact of their giving * To allow donors to give directly and measure the impact of their giving
* To visualize trade and the health of economies and communities * To visualize trade and the health of economies and communities
* Simulations * To pull transaction and user meta data from blockchain directly (also used in marketplace)
* Currently: We started with a home grown Village Market Simulator and are currently are developing and using a cadCAD based [modeling](https://gitlab.com/grassrootseconomics/cic-modeling) simulation built by BlockScience
* Goal: To build on this simulation to validate and stress test economic models and to provide predictive analysis based on data
* Marketplace * Marketplace
* Currently: Mostly word of mouth but Grassroots Economics provides limited signage to users and marketing of products in the network is done by word of mouth, SMS messaging and a phone support team. * Currently: Word of mouth but Grassroots Economics provides limited signage to users and marketing of products in the network is done by word of mouth, SMS messaging and a phone support team.
* Goal: A web based interface for organizations and communities to share projects, event offers and wants using CICs * Goal: A web based interface for organizations and communities to share projects, event offers and wants using CICs
* CIC Management Platform * Self-sovergin [certificates](https://gitlab.com/grassrootseconomics/cic-docs/-/blob/master/spec/020_redeemable_certifcate.md) (NFTs) form the basis for the marketplace
* A USSD marketplace (Directory) system that can be searchable and likned to regional areas
* CIC Administration Dashboard (CICADA) - Management Platform
* Currently: System admins (GE staff) are able to assist users to reset pins, reverse transactions, create new users. The system is build on React and Flask in Python and uses postgres for data stroage. * Currently: System admins (GE staff) are able to assist users to reset pins, reverse transactions, create new users. The system is build on React and Flask in Python and uses postgres for data stroage.
* Goal: Stabilization of the platform and synchronization to blockchain, and eventual migration to a webBased wallet system with cloud storage with minimal need. * Goal: Migration to Angular and stabilization of the platform and synchronization to blockchain, and eventual migration to a webBased wallet system with cloud storage with minimal need.
* Wallet: * Wallet:
* Currently: Users connect via USSD through AfricasTalking to connect with their wallet on the CIC Mgmt Platform, private keys are held by Grassroots Economics for these phones * Currently: Users connect via USSD through AfricasTalking to connect with their wallet on the CIC Mgmt Platform, private keys are held by Grassroots Economics for these phones
* Goal: * Goal:
* WebApp * [WebApp](https://gitlab.com/grassrootseconomics/cic-docs/-/blob/master/spec/010_Web_Wallet.md)
* Non custodial * Non custodial
* Social account recovery * Social account recovery
* Cloud data storage (Swarm/IPFS) - opt in data, with an option sharing and for 3rd party validation * Cloud data storage (Swarm/IPFS) - opt in data, with an option for sharing and 3rd party validation
* Market Place linkages * Market Place linkages
* Auto-conversion – so you only have one (CIC) token (your community token) - all other tokens auto convert * Auto-conversion – so you only have one (CIC) token (your community token) - all other tokens auto convert
* CIC aware * CIC aware
* you can change your home token to another * you can change your home token to another
* You can see the stats of any CIC you want to trade with or change to * You can see the stats of any CIC you want to trade with or change to
* You can see the effect of cashing in and cashing out on the CIC * You can see the effect of converting to other tokens
* Payment Rails
* Ability to add National currency (Mpesa) – in order to create/buy more CIC
* Ability to liquidate a CIC for National Currency (Mpesa)
* Fiat On-ramp / off-ramp - In order to enable users and donors to interact with CICs we need a way to move fiat on and off the blockchain * Fiat On-ramp / off-ramp - In order to enable users and donors to interact with CICs we need a way to move fiat on and off the blockchain
* Currently: the float account is in no way linked to blockchain and handled manually (bank transfers) * Currently: the float account is in no way linked to blockchain and handled manually (bank transfers)
* We currently move Fiat (USD/EUR) on an off the blockchains we use via exchanges such as BitCoinSwiss and local cryptos connected to Banks as well as eMoney * Goal: To create API driven liquidity pools to fiat (eMoney)
* You can send Mpesa (eMoney) to our lipa na Mpesa account – GE sees that and sends back tokens * To make credit card another other payment on and offramps available and streamline our fiat to token processes.
* You can also send tokens to GE and GE sends back Mpesa from the float account (this currently very restricted) * Exchange Rates will be variable based on the CIC → KSH rate (depends on the liquidity pool maths)
* Goal: To make credit card another other payment on and offramps available and streamline our fiat to token processes ... blockchain integration
* Exchange Rates will be variable based on the CIC → KSH rate (depends on amount of collateral) Spot price: P = R/S (R= reserve S = Supply) but they will also take into account transfer fees.
* Blockchain interaction (once bridged) * Blockchain interaction (once bridged)
* Anyone who can obtain or create any reserve token and send it directly to any CIC converter blockchain contract. They will mint an amount of that CIC based on the bonding curve equation. * Anyone who can obtain or create any CIC token can send it to a liquidity pool if avalaible for conversion and bridging.
* Anyone can also send a CIC to the same contract to liquidate it and pull out the reserve token.
* ID System - * ID System -
* Currently: Each user has a sim card and the Telecom provides KYC services - users are asked a pin number to access the account on USSD * Currently: Each user has a sim card and the Telecom provides KYC services - users are asked a pin number to access the account on USSD
* Goal: Creating a more robust ID system for users with and without sim cards. Possibly adding brightID social ID - like technologies with confidence scoring or 3rd party biometrics * Goal: Creating a more robust ID system for users with and without sim cards. Possibly adding brightID social ID - like technologies with confidence scoring or 3rd party biometrics
* Non custodial data ownership on cloud where users can specify what data tehy want to make avalible * Non custodial data ownership on cloud where users can specify what data tehy want to make avalible
* Rewards and Incentives - [see specifications](./spec/001_platform_incentives.md) * Rewards and Incentives
* Currently: These incentive systems are a mixture of manual and CIC Mgmt Platform base, such as initial user air drop, referral bonuses and holding fees. * Currently: These incentive systems are a mixture of manual and CIC Mgmt Platform base, such as initial user air drop, referral bonuses and holding fees.
* Currently: We are using a CIC by the name of Sarafu that is backed by Grassroots Economics' (donor funds). Users get a Sarafu for free and groups will be able to create their own CICs by placing Sarafu as reserve. * Currently: We are using a CIC by the name of Sarafu that is not backed by anything. Users get a Sarafu for free and groups will be able to create their own CICs backed by local goods and services and connect to eachother.
* Goal: Any org developing a CIC can easily establish various rules and policies * Goal: Any org developing a CIC can easily establish various rules and policies - these should be built into the token contracts.
* Training Materials: * Training Materials:
* Currently: We are developing curriculum, games and materials for training communities and CIC issuers * Currently: We have minimal documentation curriculum, games and materials for training communities and CIC issuers
* Goal: Better curriculum and verious multi-media materials