# Biomass carbon removal and storage (BiCRS)

This methodology covers projects that transform and store biomass into a permanent carbon removal solution, also called biomass carbon removal and storage (BiCRS). This **methodology is composed of modules**, which give more specific requirements and instructions for different parts of project operations. This methodology document provides general requirements and instructions that are relevant for all BiCRS projects, regardless of the specific modules they use.

| **Methodology name** | Biomass carbon removal and storage (BiCRS) |
| -------------------- | ------------------------------------------ |
| **Version**          | 1.0                                        |
| **Methodology ID**   | RBW-BICRS-GEN-V1.0                         |
| **Release date**     | December 4th, 2024                         |
| **Status**           | In use                                     |

## How to use this methodology <a href="#efpqng3v3ute" id="efpqng3v3ute"></a>

This **methodology is composed of modules**, which allows Project Developers to choose the relevant modules for their project depending on their specific operations.

**Modules are arranged into three module categories**: carbon capture, carbon storage, and general Rainbow transformation modules. An example of the modules that can be used in the Rainbow BiCRS methodology are presented in the figure below.

<figure><img src="https://1461901304-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FE1FUJsBoIj20nqp3CtMf%2Fuploads%2FlguG4NOCCtazZo8DG7QZ%2FClimate%20team%20-%20Schemes%20(3).jpg?alt=media&#x26;token=6ee8f9f4-371d-4756-99d9-615fc1b09069" alt=""><figcaption><p>A general overview of the organization of the Rainbow BiCRS modular methodology.</p></figcaption></figure>

**Modules are like mini-methodologies** that only cover a part of the project life-cycle. Combining the relevant modules for a project results in a complete picture of eligibility criteria, GHG reduction quantification requirements, required data, monitoring plans, and other instructions for Rainbow certification.

For a given project, multiple modules from each Module category may be selected if they are relevant to the project. For example, most projects will likely use both Transportation and Infrastructure and machinery modules from the Transformation category. At least one module must be selected from the carbon capture, transformation, and carbon storage categories.

**Modules are compiled seamlessly on the Rainbow Certification Platform**. Project Developers only need to select the modules that are relevant for their project.

{% hint style="info" %}
For example, the figure below represents a project that pyrolyzes biomass feedstock to produce biochar, which is then applied to agricultural soils. In this case, five modules are combined to represent the whole project. The eligibility criteria requirements from each module can be compiled to obtain the full list of eligibility requirements the Project Developer must respond to.
{% endhint %}

<figure><img src="https://1461901304-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FE1FUJsBoIj20nqp3CtMf%2Fuploads%2F968zNMfR5ixbSKh3ie8J%2FClimate%20team%20-%20Schemes%20(4).jpg?alt=media&#x26;token=c3dd6d7d-9490-426e-9735-0c9e9bfe5f24" alt=""><figcaption><p>An visual example of how a project would combine elements from the relevant modules to obtain a whole-project picture.</p></figcaption></figure>

## Glossary

<table data-header-hidden><thead><tr><th width="216"></th><th></th></tr></thead><tbody><tr><td><strong>Bioenergy</strong></td><td>Renewable energy derived from organic materials, such as plant and animal waste, agricultural crops, and forestry residues, that are converted into heat, electricity, or fuels through processes like combustion, gasification, or fermentation</td></tr><tr><td><strong>BECCS</strong></td><td>BECCS (Bioenergy with Carbon Capture and Storage) is a carbon mitigation technology that combines the use of bioenergy (from biomass) with carbon capture and storage (CCS) to remove and store carbon dioxide (CO2) emissions from the atmosphere</td></tr><tr><td><strong>Biochar</strong></td><td>material that is rich in stable carbon, produced through the thermal conversion of biomass in a low-oxygen environment</td></tr><tr><td><strong>Delivery Risk</strong></td><td>The potential risk that a project will not be able to deliver the anticipated results, such as the projected amount of biochar or carbon sequestration benefits.</td></tr><tr><td><strong>End use application</strong></td><td>The way biochar will be used, such as direct application to soil, mixing with compost and application of the mix to soil, mixing with cement for use in concrete.</td></tr><tr><td><strong>End use point</strong></td><td>The step in the production chain where biochar leaves the direct control of biochar producers, where it is assumed to be incorporated into its final end use application.</td></tr><tr><td><strong>Embodied Transport Emissions</strong></td><td>GHG emissions associated with the production, maintenance, and operation of transportation infrastructure and vehicles across all modes of transport (e.g., road, sea).</td></tr><tr><td><strong>Feedstock</strong></td><td>The organic material used as the raw input for biochar production, such as wood, agricultural residues, or manure.</td></tr><tr><td><strong>Gasification</strong></td><td>high-temperature process that involves the partial oxidation of organic materials in the presence of a controlled amount of oxygen (or air) and a gasification agent</td></tr><tr><td><strong>GVW</strong></td><td>Gross Vehicle Weight is the total weight of a vehicle, including its own weight plus the weight of any cargo</td></tr><tr><td><strong>Loading rate</strong></td><td>Ratio of actual load to the full load or capacity (e.g. mass or volume) that a vehicle carries per trip.</td></tr><tr><td><strong>Molar H/C</strong><sub><strong>org</strong></sub><strong> ratio</strong></td><td>The ratio of hydrogen to organic carbon atoms in biochar, used to assess the stability and quality of biochar; lower ratios indicate higher stability.</td></tr><tr><td><strong>Permanence horizon</strong></td><td>Sequestration horizon, commitment period</td></tr><tr><td><strong>Production batch</strong></td><td>Biochar produced under the same conditions regarding production temperature and feedstock mix. A production batch has a maximum validity of 365 days.</td></tr><tr><td><strong>Production batch ID</strong></td><td>A unique identifier for each production batch.</td></tr><tr><td><strong>Pyrolysis</strong></td><td>thermal decomposition process that occurs in the absence of oxygen</td></tr><tr><td><strong>Random reflectance</strong></td><td>A measure of the reflectivity of biochar under a microscope, indicating the degree of carbonization, inertinite characteristics and permanence of the biochar.</td></tr><tr><td><strong>Segment</strong></td><td>Part of the transportation process involving the movement of inputs or products between point A and point B within the project boundary.</td></tr><tr><td><strong>Transport segment</strong></td><td>One shipment of a fixed amount of material from a known location A to a known location B. It represents a one-way trip.</td></tr><tr><td><strong>Transport Unit</strong></td><td>A general term used to describe any vehicle, vessel, or mode of transportation used to move goods or passengers from one location to another. In this module version, this includes trucks and ships.</td></tr><tr><td><strong>Transport type/ mode of transport</strong></td><td>Type of transport. E.g. by land (truck, rail, pipe), by water (boat, ferry), by air (airplane). This module's first version focuses on road and sea transport type.</td></tr><tr><td><strong>Verification period</strong></td><td>The time period of project activities that a given verification audit and carbon credit issuance covers. For biochar application to soils, this may be one calendar year, or the duration of validity of one production batch.</td></tr></tbody></table>

## Introduction

It is widely acknowledged that in addition to reducing global greenhouse gas (GHG) emissions, [carbon dioxide must be removed from the atmosphere](#user-content-fn-1)[^1] and permanently sequestered. One way to do this is through [Biomass Carbon Removal and Storage (BiCRS)](#user-content-fn-2)[^2], which involves a range of technologies that use plant biomass to remove carbon dioxide (CO$$\_2$$) from the atmosphere and store that CO$$\_2$$ underground or in long-lived products.

This methodology document outlines the general requirements for BiCRS projects certified under the [Rainbow Standard Rules](https://docs.rainbowstandard.io/~/changes/113/rainbow-standard-documents/rainbow-standard-rules). These projects are eligible for removal Rainbow Carbon Credits (RCCs) related to their carbon removals, and avoidance RCCs as a result of generating valuable co-products. Further details for specific technologies are available in module documents.

## Eligible activities

All projects certified under this methodology must **convert biomass into permanent carbon storage** solutions.

Avoidance Rainbow Carbon Credits (RCCs) may be issued for eligible project activities, such as energy production.

Any share of removals coming from **non-biogenic carbon are not eligible** for removal RCCs under this methodology.

Carbon removals shall be ensured for **at least 100 years**, according to the Rainbow Standard Rules permanence criteria. Each project shall transparently disclose their permanence horizon of 100 or 1000+ years.

Technologies that are not detailed in a module, but that meet the general requirements of the present methodology, may be considered on a case by case basis.

### Project scope

The default project scope shall be defined in the Carbon storage modules.

## Eligibility criteria <a href="#mcckjxeq4h1s" id="mcckjxeq4h1s"></a>

The eligibility criteria requirements that are **applicable to all projects under this methodology** are detailed in the sections below. Other eligibility criteria requirements shall be taken from the accompanying modules and Rainbow Standard Rules:

<table data-view="cards"><thead><tr><th></th><th></th><th></th><th data-hidden data-card-target data-type="content-ref"></th><th data-hidden data-card-cover data-type="files"></th></tr></thead><tbody><tr><td><strong>BiCRS methodology</strong></td><td><ul><li>Additionality</li><li>No double counting</li><li>ESDNH</li><li>Targets alignment</li></ul></td><td></td><td><a href="biomass-carbon-removal-and-storage-bicrs">biomass-carbon-removal-and-storage-bicrs</a></td><td><a href="https://1461901304-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FE1FUJsBoIj20nqp3CtMf%2Fuploads%2FR0TN0FvXWcrjcVsSjXI1%2Fbiochar.png?alt=media&#x26;token=53fc0925-3647-46c4-9485-01a72039cebe">BiCRS methodology.png</a></td></tr><tr><td><strong>Other modules</strong></td><td><ul><li>Permanence</li><li>Substitution</li><li>Co-benefits</li><li>No double counting</li><li>ESDNH</li></ul></td><td></td><td><a href="biomass-carbon-removal-and-storage-bicrs/carbon-storage">carbon-storage</a></td><td><a href="https://1461901304-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FE1FUJsBoIj20nqp3CtMf%2Fuploads%2FF1IanyzrKsw31BYTsPoH%2Ffre-sonneveld-q6n8nIrDQHE-unsplash.jpg?alt=media&#x26;token=208fac4c-8056-41fd-b7c3-1bb14c9e20a2">energy co products module.jpg</a></td></tr><tr><td><strong>Rainbow Standard Rules</strong></td><td><ul><li>Measurability</li><li>Real</li><li>TRL</li><li>Minimum impact</li></ul></td><td></td><td><a href="../rainbow-standard-documents/rainbow-standard-rules">rainbow-standard-rules</a></td><td><a href="https://1461901304-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FE1FUJsBoIj20nqp3CtMf%2Fuploads%2Fdg4UHSauiXef6vEztAgn%2FIcon.jpg?alt=media&#x26;token=a78e61c2-9cb1-457c-b7ef-db594c825d22">rainbow logo.jpg</a></td></tr></tbody></table>

### Additionality

To demonstrate additionality, Project Developers shall perform **regulatory surplus analysis, plus either investment or barrier analysis**, using the [Rainbow Additionality Template](https://docs.rainbowstandard.io/~/changes/113/rainbow-standard-documents/procedural-templates/additionality-evaluation-template).

{% tabs %}
{% tab title="Regulatory surplus analysis" %}
**Regulatory surplus analysis** shall demonstrate that there are no regulations that require or mandate project activities (for removal and avoidance activities). It is acceptable if regulations promote or set targets for these activities, because the resulting increase in activities shall be accounted for in the [baseline scenario](#id-8422amp7fe3k-1).

At the European Union level, projects automatically pass the regulatory surplus analysis, which has been conducted by the Rainbow Climate Team. Project Developers are only required to provide a country-level regulatory surplus analysis.
{% endtab %}

{% tab title="Investment analysis" %}
**Investment analysis** may be used to prove that revenue from carbon finance is necessary to make the project investment a financially viable and interesting option. The investment may cover:

* The creation and launching of new sites
* Expansion of capacity of existing activities
* Expansion by installing new processes

Business plans shall be provided as initial proof for investment analysis. During verification, audited financial statements shall be used to demonstrate that the initial estimates from the business plan were reasonable, and that carbon finance was used as initially described for the expected investment.

For launching brand new sites, additionality can be simply demonstrated if the business plan shows that carbon finance is expected to make up at least 80% of the company’s revenue, as detailed in the [Rainbow Additionality Template](https://docs.rainbowstandard.io/~/changes/113/rainbow-standard-documents/procedural-templates/additionality-evaluation-template).

Note that for investments in expansion, **only the additional carbon reductions enabled by the expansion shall be eligible for Rainbow Carbon Credits.**
{% endtab %}

{% tab title="Barrier analysis" %}
**Barrier analysis** may be used to prove that the project faces financial, institutional, or technological barriers to ongoing operations that can only be overcome using carbon finance. Examples include but are not limited to:

* Financial barrier: financial analysis demonstrating that the project is not financially viable, evidenced by net cash being lower than the working capital requirements, or proof that the project is not meeting the projected financial targets in the business plans and loan documents, and that carbon finance would make it financially viable.
* Institutional barrier: description of new regulation that the project must make costly changes to comply with, financial analysis showing that the project cannot fund the changes on their own, and carbon finance is necessary to make it viable.

For any type of barrier analysis, **audited financial statements must be provided** as proof. These documents should either demonstrate the financial status to prove financial barriers, or show that the project could not independently fund solutions to overcome institutional or technological barriers.
{% endtab %}
{% endtabs %}

### No double counting <a href="#n1iy4xaxuthk" id="n1iy4xaxuthk"></a>

Project Developers shall sign the [Rainbow MRV & Registry Terms & Conditions](https://docs.rainbowstandard.io/~/changes/113/other/terms-and-contracts/terms-and-conditions-for-project-developers-mrv-+-registry), committing to follow the requirements outlined in the [Rainbow Standard Rules](https://docs.rainbowstandard.io/~/changes/113/rainbow-standard-documents/rainbow-standard-rules), including not double using or double issuing carbon credits.

BiCRS projects have a risk of double issuance of credits if the user of the removal solution and/or operator of the storage site also seeks credit issuance. Project Developers shall:

* Identify all direct downstream users/buyers/actors in their supply chain, providing the company/organization name, name of an individual contact person at the company/organization, and their contact information (email address at minimum).
* Provide proof that measures have been taken to avoid double issuance with those actors, such as through signed agreements, packaging/marketing material stating carbon credits have already been issued, and/or sales contract clauses.

If the Project Developer proves that the removal solution stays within the project scope all the way through storage, and it is never sold or transferred, then the requirements above may be disregarded.

At the **validation stage for projects under development**, this information may not be determined yet. In this case, upon validation Project Developers shall describe any information available on the expected buyers, and provide signed agreements committing to provide the necessary information upon verification. During the verification stage, Project Developers shall provide the information described above in order to issue RCCs.

### Environmental and social do no harm

#### ESDNH risk evaluation

Project Developers shall fill in the[ General BiCRS risk evaluation](#risk-evaluation-template), in addition to all module-specific risk evaluations, to evaluate the identified environmental and social risks of projects. The [General BiCRS risk evaluation](#risk-evaluation-template) contains the [Minimum ESDNH risks ](https://docs.rainbowstandard.io/~/changes/113/rainbow-standard-documents/rainbow-standard-rules/general-eligibility-criteria#minimum-esdnh-risks-to-assess)defined in the Rainbow Standard Rules.

Project Developers shall assign a likelihood and severity score of each risk, and provide an explanation of their choices. The VVB and Rainbow’s Certification team shall evaluate the assessment and may recommend changes to the assigned scores.

All risks with a high or very high risk score are subject to a [Risk Mitigation Plan](https://docs.rainbowstandard.io/~/changes/113/rainbow-standard-documents/rainbow-standard-rules/general-eligibility-criteria#risk-mitigation-plan), which outlines how Project Developers will mitigate, monitor, report, and if necessary, compensate for any environmental and/or social harms.

Additional proof may be required for certain high risk environmental and social problems.

The Project Developer, the Rainbow Certification Team, or the VVB may suggest additional risks to be considered for a specific project.

{% hint style="info" %}
Note that the **life-cycle GHG reduction calculations account for the climate change impacts of most environmental risks**. Nonetheless, Project Developers shall transparently describe any identified GHG emission risks in the risk evaluation template.
{% endhint %}

{% hint style="info" %}
All risk assessments must also address the [Minimum ESDNH risks ](https://docs.rainbowstandard.io/~/changes/113/rainbow-standard-documents/rainbow-standard-rules/general-eligibility-criteria#minimum-esdnh-risks-to-assess)defined in the Rainbow Standard Rules.
{% endhint %}

### Targets alignment <a href="#ekfzu5nkmddm" id="ekfzu5nkmddm"></a>

BiCRS projects that **issue avoidance RCCs** must prove that they lead to at least the following GHG emission reductions compared to the baseline scenario, which are aligned with the [European Union’s 2040 Climate target](https://climate.ec.europa.eu/eu-action/climate-strategies-targets/2040-climate-target_en) and described in the [Rainbow Standard Rules](https://docs.rainbowstandard.io/~/changes/113/rainbow-standard-documents/rainbow-standard-rules/general-eligibility-criteria#targets-alignment).

* **Biochar use in concrete:** 73%
* **Biochar replacement of peat or horticultural products:** 58%
* **Energy co-products:** 45%

The scope of the reduction is the system boundary used in GHG quantification, described in the Baseline scenario and Project scenario sections below.

This shall be proven using the GHG reduction quantification method described below and in the relevant modules.

This eligibility criteria may be **disregarded for projects that only issue removal RCCs**.

## GHG quantification

General GHG quantification rules can be found in the [Rainbow Standard Rules](https://docs.rainbowstandard.io/~/changes/113/rainbow-standard-documents/rainbow-standard-rules).

Process-specific GHG quantification rules can be found in the accompanying BiCRS [carbon capture](https://docs.rainbowstandard.io/~/changes/113/methodologies/biomass-carbon-removal-and-storage-bicrs/carbon-capture), BiCRS [carbon storage](https://docs.rainbowstandard.io/~/changes/113/methodologies/biomass-carbon-removal-and-storage-bicrs/carbon-storage), and general Rainbow modules.

The net removals for a project shall be calculated by **summing the emissions and removals of each module** used by that project.

Calculations of GHG emissions for the baseline and project scenarios shall follow a robust, recognized method and good practice guidance. The overall methodological approach is a comparative life cycle assessment (LCA) at the project-scale, based on [ISO 14064-2:2019](#user-content-fn-3)[^3].

BiCRS projects may be eligible for **removal and avoidance Rainbow Carbon Credits**. Removal and avoidance RCCs are calculated and issued according to two completely separate accounting mechanisms, described below. This conservative approach results in double counting the project's induced emissions, and avoids the need for allocation of emissions/removals.

GHG quantifications shall be completed either for each batch (batches are defined in the relevant [carbon storage modules](https://docs.rainbowstandard.io/~/changes/113/methodologies/biomass-carbon-removal-and-storage-bicrs/carbon-storage)), or for each calendar year. Carbon storage module documents may provide specific requirements.

### Functional unit <a href="#id-8422amp7fe3k" id="id-8422amp7fe3k"></a>

The functional unit shall be **1 tonne of carbon storage solution** (e.g. 1 tonne of biochar spread on soils, 1 tonne of biomass buried...).

### Co-product allocation

BiCRS projects may result in multiple products in addition to the primary carbon storage component. Emissions from multifunctional processes shared among co-products may be allocated across the respective products. However, emissions from processes exclusive to a single product (e.g., dedicated delivery of carbon storage products) must be fully attributed to that product.

If the **co-product is a nonvaluable waste**, then no allocation is required and all GHG emissions are allocated to the main product.

If the **co-product is valuable and eligible for avoidance RCCs**, then no allocation is performed, and process emissions are counted towards both the avoidance GHG accounting and the removal GHG accounting. This is a conservative approach to separately handling removal and avoidance accounting schemes.

If the **co-product is valuable and eligible for removal RCCs**, then emissions may be allocated to between the co-products. It is best practice to perform allocation based on an underlying characteristic that best represents the main function of the products. Here the main function is carbon removal, so allocation shall be based on the proportion of carbon removal of the two products, in tonnes of carbon.

{% hint style="info" %}
For example, if a project's main function is to produce biochar via pyrolysis, they may generate syngas and/or bio-oil co-products.

**Syngas example**

The syngas could be used to produce and export electricity to the grid and be issued avoidance RCCs. Syngas and biochar production share processes such as feedstock production and transport, feedstock shredding, and starting the pyrolyzer. Emissions from these processes would be included in both the removal RCC quantification and avoidance RCC quantification. However, emissions from biochar transport to a farm for spreading would not be accounted for in the syngas avoidance quantification, because it is not a shared process.

***

**Bio-oil example**

The bio-oil could be used for carbon removal and be issued removal RCCs. If the total carbon storage from bio-oil is 400 tonnes CO$$\_2$$eq and from biochar is 600 tonnes CO$$\_2$$eq, then 40% of the GHGs from shared processes would be allocated to bio-oil, and 60% would be allocated to biochar.
{% endhint %}

### Baseline scenario <a href="#id-8422amp7fe3k" id="id-8422amp7fe3k"></a>

A baseline scenario **must be included for any project that issues avoidance RCCs**. The baseline scenario represents the GHG emissions from the product or activity that is avoided by the project activity, i.e. the GHG emissions that would have occurred in the absence of the project.

Baseline scenarios **may be included for projects that issue only removal RCCs**, for example from [biomass feedstock carbon capture](https://docs.rainbowstandard.io/~/changes/113/methodologies/carbon-capture/biomass-feedstock#ghg-reduction-quantification). The baseline scenario represents the permanent carbon removals that would have occurred anyway, without the project intervention.

Specific instructions for definition and modeling of baseline scenarios are available in the relevant module documents.

The baseline scenario **structure** remains valid for the entire crediting period but may be significantly revised earlier if:

* The Project Developer notifies Rainbow of a substantial change in project operations or baseline conditions, and/or
* The methodology is revised, affecting the baseline scenario.

The **specific values** within the baseline scenario will be updated during each crediting period, using project data to accurately reflect the equivalent of the project’s operations.

### Project scenario <a href="#letyqrgxkbuh" id="letyqrgxkbuh"></a>

Modules include specific instructions on calculating GHG emissions and removals for the relevant processes.

Each project must use **at least one module from the following categories**: carbon capture, transformation and carbon storage.

<details>

<summary><strong>Calculations - Removals</strong></summary>

$$\textbf{(Eq.1)}\ Net\ R = \Sigma{R}*{P, Storage} - \Sigma{R}*{B,\ Capture}-\Sigma{E}*{P,\ Capture} - \Sigma{E}*{P,\ Transformation}- \Sigma{E}\_{P, Storage}$$

where,

* $$Net R$$ represents the net removals from the project during the verification period, in tonnes of CO$$\_2$$eq.
* $$R\_{P,\ Storage}$$ represents the project's GHG removals from the storage module(s) used by the project.
* $$R\_{B,\ Capture}$$ represents any baseline GHG removals from the capture module(s), representing permanent storage that would have occurred in the absence of the project.
* $$E\_{P,\ Capture}$$ represents the project's GHG emissions from the capture module(s) used by the project.
* $$E\_{P,\ Transformation}$$ represents the project's GHG emissions from the transformation module(s) used by the project.
* $${E}\_{P, Storage}$$ represents the project's GHG emissions from the storage module(s) used by the project.

</details>

<details>

<summary><strong>Calculations - Avoidance</strong></summary>

$$\textbf{(Eq.2)}\ E\_{project} = \Sigma{E}*{P,\ Capture} + \Sigma{E}*{P,\ Transformation} + \Sigma{E}\_{P,\ Storage}$$

where,

* $$E\_{project}$$ represents the induced GHG emissions from the project during the verification period, in tonnes of CO$$\_2$$eq. It does not account for any carbon removals in the storage modules.
* $$E\_{P,\ Capture}$$, $$E\_{P,\ Transformation}$$ and $${E}\_{P, Storage}$$ were described in Equation 1.

$$\textbf{(Eq.3)}\ E\_{baseline} = \Sigma{E}*{B,\ Capture} + \Sigma{E}*{B,\ Transformation} + \Sigma{E}\_{B,\ Storage}$$

where,

* $$E\_{baseline}$$ represents the GHG emissions from the baseline scenario during the verification period, in tonnes of CO$$\_2$$eq.
* $$E\_{B,\ Capture}$$, $$E\_{B,\ Transformation}$$ and $${E}\_{B, Storage}$$ represent GHG emissions from any baseline scenario created in the respective modules.

$$\textbf{(Eq.4)}\ E\_{avoided} = E\_{baseline} - E\_{project}$$

where,

* $$E\_{avoided}$$ represents the avoided GHG emissions from the project scenario, in tonnes of CO$$\_2$$eq.
* $$E\_{baseline}$$ was calculated in Equation 3.
* $$E\_{project}$$ was calculated in Equation 4.

</details>

## Risk evaluation template

:point\_right: Download the template [here](https://docs.google.com/spreadsheets/d/1Bj7Br4nmekjDhXM5bKjzzEALFFWzTQbGKJuYmH1hJoI/edit?gid=1985359524#gid=1985359524)

{% embed url="<https://docs.google.com/spreadsheets/d/1Bj7Br4nmekjDhXM5bKjzzEALFFWzTQbGKJuYmH1hJoI/edit?gid=1985359524#gid=1985359524>" %}

## Access the modules

{% content-ref url="biomass-carbon-removal-and-storage-bicrs/carbon-capture/biomass-feedstock" %}
[biomass-feedstock](https://docs.rainbowstandard.io/~/changes/113/methodologies/biomass-carbon-removal-and-storage-bicrs/carbon-capture/biomass-feedstock)
{% endcontent-ref %}

{% content-ref url="../modules/transportation" %}
[transportation](https://docs.rainbowstandard.io/~/changes/113/modules/transportation)
{% endcontent-ref %}

{% content-ref url="../modules/processing-and-energy-use" %}
[processing-and-energy-use](https://docs.rainbowstandard.io/~/changes/113/modules/processing-and-energy-use)
{% endcontent-ref %}

{% content-ref url="../modules/energy-co-products" %}
[energy-co-products](https://docs.rainbowstandard.io/~/changes/113/modules/energy-co-products)
{% endcontent-ref %}

{% content-ref url="../modules/infrastructure-and-machinery" %}
[infrastructure-and-machinery](https://docs.rainbowstandard.io/~/changes/113/modules/infrastructure-and-machinery)
{% endcontent-ref %}

{% content-ref url="biomass-carbon-removal-and-storage-bicrs/carbon-storage/biochar-application-to-soils" %}
[biochar-application-to-soils](https://docs.rainbowstandard.io/~/changes/113/methodologies/biomass-carbon-removal-and-storage-bicrs/carbon-storage/biochar-application-to-soils)
{% endcontent-ref %}

{% content-ref url="biomass-carbon-removal-and-storage-bicrs/carbon-storage/marine-sub-sediment-burial" %}
[marine-sub-sediment-burial](https://docs.rainbowstandard.io/~/changes/113/methodologies/biomass-carbon-removal-and-storage-bicrs/carbon-storage/marine-sub-sediment-burial)
{% endcontent-ref %}

[^1]: IPCC, 2022: Summary for Policymakers. In: Climate Change 2022: Mitigation of Climate Change. Contribution of Working Group III to the Sixth Assessment Report of the Intergovernmental Panel on Climate Change. Cambridge University Press, Cambridge, UK and New York, NY, USA. doi: 10.1017/9781009157926.001

[^2]: Sandalow, David, Aines, Roger, Friedmann, Julio, McCormick, Colin, and Sanchez, Daniel L. Biomass Carbon Removal and Storage (BiRCS) Roadmap. United States: N. p., 2021. Web. doi:10.2172/1763937.

[^3]: ISO 14064-2:2019. Greenhouse gases — Part 2: Specification with guidance at the project level for quantification, monitoring and reporting of greenhouse gas emission reductions or removal enhancements.
