♨️GoldStandard - Metered Energy Cooking
Policy developed by Gautam Prajapati during the SBS Hackathon
Table of content
Table of content
Introduction
Why ME&ED(Metered and Measured Energy) Methodology?
Demo Video
Policy Workflow
Policy Guide
Available Roles
Important Documents & Schemas
Token(Carbon credit)
Step By Step
Registry(Gold Standard) Flow
Project Proponent Flow
VVB Flow
Futureproofing(Automated credit issuance)
TODO
Existing Cookstove Policy Comparison
Introduction
According to Gold Standard more than 3 billion people lack access to clean cooking solutions leading to over 4 million premature deaths each year. This doesn't attribute the havoc GHG emissions from wood or fossil fuel based cookstoves are going to cause in the future.
According to the 2021 State of the Voluntary Carbon Markets report by Ecosystem Marketplace, improved cookstoves were the second most popular project type in the voluntary carbon market in 2020, accounting for 13% of all carbon offsets transacted. In 2020, cookstove projects generated over 13 million carbon offsets, with an estimated value of $48.6 million USD. The report notes that cookstove projects continue to be popular due to their multiple co-benefits, including improved health outcomes, reduced fuel consumption, and reduced deforestation.
This Guardian Policy tokenizes the VER(verified emission reduction) after verifying emissions reductions from improved cookstove projects according to Gold standard's methodology for Metered & Measured Energy Cooking Devices (ME&ED). The methodology is based on the use of energy meters and temperature sensors to collect data on the energy consumption and thermal efficiency of cookstoves, which is then used to calculate the emissions reductions achieved.
Why ME&ED(Metered and Measured Energy) Methodology?
Carbon offsets from improved cookstove projects help advance Sustainable Development Goals 13 (climate), 7 (energy), 5 (gender), and 3 (health). However, for the carbon offsets generated from these projects to be considered legitimate, methodologies must provide accurate or conservative measurements of the climate impact of these projects.
Recently, a striking report by The Guardian (media group) exposed the flaws in Verra's REDD+ scheme leading them to phase out their methodologies. Such exposures dwindle the stakeholder's sentiment in the carbon markets and hence it is extremely important to build and choose right methodology for carbon projects.
There are a bunch of improved cookstove methodologies to choose from -
According to a new research from scholars of University of California, Berkeley - Gold Standard’s Metered and Measured methodology, which directly monitors fuel use, is most aligned with the estimates (only 1.3 times over-credited) and is best suited for fuel switching projects which provide the most abatement potential and health benefit.
This approach is more precise than traditional methodologies, which rely on more generalized assumptions or estimates to calculate emissions reductions. It also places a strong emphasis on stakeholder engagement and the inclusion of local communities in the project development and monitoring process. This approach promotes greater transparency and accountability and helps to ensure that the environmental and social benefits of the project are maximized. This Guardian policy, is a reflection of same methodology according to the Gold standard's typical project lifecycle.
Demo Video
Policy Workflow
Policy Guide
This policy is published to Hedera network and can either be imported via Github(.policy file) or IPFS timestamp.
Latest Version - 0.0.3 Hedera Topic - 0.0.3972127
Available Roles
Project Proponent - Project developer who proposes and executes cookstove project and receives credits(VER)
VVB(Validation & Verification Body) - Independent third party who audits project's critical documentation and monitoring reports
Gold Standard(GS) - GS is the trusted registry overseeing the entire project cycle and issuing the credits(VER)
Important Documents & Schemas
Registry Account Application(RAA) - Account applications to become a project proponent, VVB with registry
Project Inception Document (PID) - Preliminary design of project highlighting eligibility, additionality and methodology criteria along with stakeholder consultation report
Project Design Document (PDD) - Submitted after PID is approved, detailed report on project execution, emissions calculations and sustainable development goals.
Monitoring Report (MR) - Monitoring report contains analysis on cookstove usages on the sample group and estimates carbon avoided/reduced
VER Credit Request(VCR) - Requesting specified number of credits into Hedera account
Measuring Device - Registering a stove usage IOT device alongside the cookstove for automatic MRs
VER Auto Credit Request(VACR) - Requesting automated issuance of credits based on data sent by a measuring device
Token(Carbon credit)
Verified Emission Reduction(VER) equivalent to 1 ton of CO2 offset
Step By Step
Registry(Gold Standard) Flow
Registry is allowed to publish and edit policy config, schemas, tokens and all the workflow logic associated with it. They are responsible for approving projects, project proponents, VVBs, and credit issue requests.
Login into the service using registry credentials
Feel free to play around with policy config by clicking on edit icon and understanding the different schemas used by policy
Registry can review account applications by clicking manage accounts
Registry can review project inception documents allowing the listing of projects on standard website and trigger project execution on ground.
Once PDD and MR are approved by VVB, project proponents can submit credit issue requests(VER) which registries have to take decisions on.
Once VER issue request is approved, an end-to-end trust chain can be viewed by administrator. Since everything is happening transparently on public ledger(Hedera), anyone can trace the source of credits and each step that happened in the process.
Project Proponent Flow
Complete the sign up form(RAA) to become a project proponent
Wait till the application is approved by the registry admin. Once approved, proponents will be able to submit project inception documents. This includes stakeholder consultation report as well.
Once project is approved by registry, a detailed PDD(project design document) needs to be submitted. This is the most important document highlighting the technical details of project. It includes calculations around baseline, project and leakage scenarios for accurate calculation of avoided emissions.
After PDD approval, project proponent will execute the project on ground and submit regular monitoring reports(MR)
Once a monitoring report is approved by VVB, project proponent can request corresponding carbon credits(VER in this case) to be credited in their account. It would need a VC document ID for both monitoring report and it's approved review by VVB.
Once registry reviews and approves the credit request, they'll be credited into the hedera account provided by project proponent. This is represented by successful minted status.
VVB Flow
VVB is the external independent third party responsible for reviewing Project Design Documents and Monitoring reports submitted by proponents. They can comment and reject/request changes as well.
After logging in as VVB, they can view review requests related to project documents. First step is to review PDDs submitted by project proponents.
After PDD approval, proponents will be able to send monitoring reports for review. Once approved, project proponents will be able to claim corresponding VERs.
Future proofing(Automated credit issuance)
This workflow includes a bonus flow which is a major distinction from other existing policies. Building monitoring reports for cookstove projects is a very manual and error-prone process due to distributed nature of project. Often, a sample group of households are selected to be monitored and results are extrapolated for all the households(in thousands) leading to overcrediting. Since this methodology focuses on having direct measurement devices associated with a stove, an automated way of monitoring is possible.
Project proponent can register a measuring device associated a given cookstove
Device can be approved/rejected by the VVB
Once approved, project developer can raise on-demand credit issuance associated with approved devices. These requests would contain stove fuel usage and temperature data collected automatically by the device
After an approval from VVB for the automated monitoring report, VER mint will be initiated in owner account. This will help in faster crediting cycles along with a transparent process for tracking all the intermediate steps. It'll be a huge boost to scaling up the supply of credits in VCM(Voluntary carbon markets).
TODO
This policy was created during a hackathon so there may be couple of bugs here and there and it may not be foolproof. Here are some todos to make it production ready. You can reach out to the policy author/contributor for reviewing or reporting issues relevant to this specific policy.
[ ] Improve and document list column names for each of the roles, some review IDs are coming as null [ ] Improve all the schemas(especially PID, PDD). Add support for dynamically selecting fields on basis of fossil fuel or electric device [ ] Automate emissions calculations on basis of incoming parameters of equations from schemas [ ] Add Guardian support for list data type in schemas. Helpful for usecases where we're sending device usage data regularly via an API [ ] Thoroughly test and improve the futureproofing IOT device workflow, there are dummy checks and thresholds currently. Schemas need to be updated to accept list of usage parameters.
Existing Cookstove Policy Comparison
Latest version of Guardian provides a policy for improved cookstoves. This new Guardian policy builds on top of it to make it more robust, aligned and future-proof. Here's a section in demo video on differences using policy compare feature provided by Guardian.
Features | ME&ED | Improved Cookstove |
Follows VCM industry project cycle and terminologies(Verra, Gold Standard) | Yes(GS) | No |
Substantial overcrediting possible | No | Yes |
Critical metrics tracked directly in VC document - Additionality criteria | Baseline emissions calculation | Project emissions calculation | Leakage emissions | Yes | Yes | Yes | Yes | No | No | No | No |
IOT based monitoring & automated credit issuance | Yes | No |
Scalable according to future credits demand | Yes | No |
Exhaustive documentation | Yes | No(incomplete) |
Last updated