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

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.

A general overview of the organization of the Rainbow BiCRS modular methodology.

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.

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.

An visual example of how a project would combine elements from the relevant modules to obtain a whole-project picture.

Glossary

Bioenergy

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

BECCS

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

Biochar

material that is rich in stable carbon, produced through the thermal conversion of biomass in a low-oxygen environment

Delivery Risk

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.

End use application

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.

End use point

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.

Embodied Transport Emissions

GHG emissions associated with the production, maintenance, and operation of transportation infrastructure and vehicles across all modes of transport (e.g., road, sea).

Feedstock

The organic material used as the raw input for biochar production, such as wood, agricultural residues, or manure.

Gasification

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

GVW

Gross Vehicle Weight is the total weight of a vehicle, including its own weight plus the weight of any cargo

Loading rate

Ratio of actual load to the full load or capacity (e.g. mass or volume) that a vehicle carries per trip.

Molar H/Corg ratio

The ratio of hydrogen to organic carbon atoms in biochar, used to assess the stability and quality of biochar; lower ratios indicate higher stability.

Permanence horizon

Sequestration horizon, commitment period

Production batch

Biochar produced under the same conditions regarding production temperature and feedstock mix. A production batch has a maximum validity of 365 days.

Production batch ID

A unique identifier for each production batch.

Pyrolysis

thermal decomposition process that occurs in the absence of oxygen

Random reflectance

A measure of the reflectivity of biochar under a microscope, indicating the degree of carbonization, inertinite characteristics and permanence of the biochar.

Segment

Part of the transportation process involving the movement of inputs or products between point A and point B within the project boundary.

Transport segment

One shipment of a fixed amount of material from a known location A to a known location B. It represents a one-way trip.

Transport Unit

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.

Transport type/ mode of transport

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.

Verification period

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.

Introduction

It is widely acknowledged that in addition to reducing global greenhouse gas (GHG) emissions, and permanently sequestered. One way to do this is through , which involves a range of technologies that use plant biomass to remove carbon dioxide (CO2_2) from the atmosphere and store that CO2_2 underground or in long-lived products.

This methodology document outlines the general requirements for BiCRS projects certified under the 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

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:

Additionality

To demonstrate additionality, Project Developers shall perform regulatory surplus analysis, plus either investment or barrier analysis, using the Rainbow Additionality Template.

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.

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.

No double counting

Project Developers shall sign the Rainbow MRV & Registry Terms & Conditions, committing to follow the requirements outlined in the 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, in addition to all module-specific risk evaluations, to evaluate the identified environmental and social risks of projects. The General BiCRS risk evaluation contains the Minimum ESDNH risks 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, 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.

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.

All risk assessments must also address the Minimum ESDNH risks defined in the Rainbow Standard Rules.

Targets alignment

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 and described in the Rainbow Standard Rules.

  • 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.

Process-specific GHG quantification rules can be found in the accompanying BiCRS carbon capture, 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 .

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), or for each calendar year. Carbon storage module documents may provide specific requirements.

Functional unit

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.

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 CO2_2eq and from biochar is 600 tonnes CO2_2eq, then 40% of the GHGs from shared processes would be allocated to bio-oil, and 60% would be allocated to biochar.

Baseline scenario

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. 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

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.

Calculations - Removals

(Eq.1) Net R=ΣRP,StorageΣRB, CaptureΣEP, CaptureΣEP, TransformationΣEP,Storage\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,

  • NetRNet R represents the net removals from the project during the verification period, in tonnes of CO2_2eq.

  • RP, StorageR_{P,\ Storage} represents the project's GHG removals from the storage module(s) used by the project.

  • RB, CaptureR_{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.

  • EP, CaptureE_{P,\ Capture} represents the project's GHG emissions from the capture module(s) used by the project.

  • EP, TransformationE_{P,\ Transformation} represents the project's GHG emissions from the transformation module(s) used by the project.

  • EP,Storage{E}_{P, Storage} represents the project's GHG emissions from the storage module(s) used by the project.

Calculations - Avoidance

(Eq.2) Eproject=ΣEP, Capture+ΣEP, Transformation+ΣEP, Storage\textbf{(Eq.2)}\ E_{project} = \Sigma{E}_{P,\ Capture} + \Sigma{E}_{P,\ Transformation} + \Sigma{E}_{P,\ Storage}

where,

  • EprojectE_{project} represents the induced GHG emissions from the project during the verification period, in tonnes of CO2_2eq. It does not account for any carbon removals in the storage modules.

  • EP, CaptureE_{P,\ Capture}, EP, TransformationE_{P,\ Transformation} and EP,Storage{E}_{P, Storage} were described in Equation 1.

(Eq.3) Ebaseline=ΣEB, Capture+ΣEB, Transformation+ΣEB, Storage\textbf{(Eq.3)}\ E_{baseline} = \Sigma{E}_{B,\ Capture} + \Sigma{E}_{B,\ Transformation} + \Sigma{E}_{B,\ Storage}

where,

  • EbaselineE_{baseline} represents the GHG emissions from the baseline scenario during the verification period, in tonnes of CO2_2eq.

  • EB, CaptureE_{B,\ Capture}, EB, TransformationE_{B,\ Transformation} and EB,Storage{E}_{B, Storage} represent GHG emissions from any baseline scenario created in the respective modules.

(Eq.4) Eavoided=EbaselineEproject\textbf{(Eq.4)}\ E_{avoided} = E_{baseline} - E_{project}

where,

  • EavoidedE_{avoided} represents the avoided GHG emissions from the project scenario, in tonnes of CO2_2eq.

  • EbaselineE_{baseline} was calculated in Equation 3.

  • EprojectE_{project} was calculated in Equation 4.

Risk evaluation template

👉 Download the template here

Access the modules

Biomass feedstockTransportationProcessing and energy useEnergy co-productsInfrastructure and machineryBiochar application to soilsMarine sub-sediment burial

Last updated

#171: Create final Alkaline Material Carbonation methodology + make modules global

Change request updated