Open Forest Protocol
Open Forest Protocol
Afforestation / Reforestation /
Revegetation (ARR) Carbon Whitepaper
It is the aim of Open Forest Protocol to continuously improve and update the information
contained within this document.
Review of this document and the processes described is welcomed, and feedback can be
provided to this form: https://hhkrxy1ueuf.typeform.com/to/RZXUy4u4
Open Forest Protocol (OFP) is a platform that allows forest projects of any size, anywhere in
the world, to measure, report and verify forest data on a blockchain1.
This paper describes in technical detail how the OFP carbon standard enables the creation
of high integrity carbon credits with unprecedented transparency, clear provenance, and
comprehensive, incentive-aligned verification. It is meant as a technical manual for
participants, carbon purchasers, and other third parties wishing to understand how OFP’s
data collection, verification, and value-creation system works from a technical and scientific
level.
1
Blockchain, also known as distributed-ledger technology (DLT), is the technological process whereby a decentralized network
of computers enables the creation and maintenance of an immutable ledger of information and transactions.
2
Forestation for the duration of this whitepaper is used as an umbrella term to refer to all potential methodologies for which
OFP may ultimately provide MRV to. This includes, but is not limited to afforestation, reforestation, mangroves, biodiversity,
avoided deforestation and natural forest regeneration or preservation.
3
Afforestation/Reforestation/Revegetation represents the combined methodology that quantifies the amount of carbon
stored in the living biomass of trees planted on land that previously had little to no trees previously.
Open Forest Protocol’s infrastructure is designed to enable the creation of the highest
integrity nature based assets, including carbon credits. At the foundation of OFP is a highly
transparent and accessible technological platform through which all data and value is
recorded, stored, organized and displayed.
To ensure the creation of high-integrity digital credits, nature-based projects on OFP have
the following key characteristics and qualities:
4
A reversal event is when a forest project experiences forest cover loss due to human or natural causes.
○ Receive 85% of the generated carbon revenue. With OFP, project developers
directly receive this percentage of carbon revenue from their project on a
transparent and traceable ledger. There are no intermediaries to dilute project
profits, meaning projects take home a higher percentage of the carbon revenue than
if they followed a different accreditation process.
This section presents the entire process required to create carbon credits on OFP. While
the infrastructure of OFP is built to accommodate multiple nature-based assets and the
related carbon methodologies, the content of this section is tailored to the ARR carbon
methodology, the first carbon methodology available on OFP.
Any carbon project seeking carbon accreditation on OFP is required to follow these main
steps:
1. Organization whitelisting
2. Project eligibility assessment, whitelisting and registration
3. Regular ground monitoring
4. Validation by independent third-parties
5. Evaluation of carbon emissions removals and reductions
6. Credit issuance
Before any projects are registered on OFP, each organization must receive ‘whitelisting’
approval. Organizational whitelisting is the first filter in place to ensure projects on OFP are
of the highest quality.
The organizational whitelisting is presently evaluated internally by OFP. Once the Protocol is
more decentralized, a decentralized autonomous organization (DAO) composed of
forestation experts will be responsible for the whitelisting of the organizations onboarded
on OFP. In order to ensure only legitimate organizations or project developers are using OFP,
the following information is presently collected:
○ Organization structure and stability, such as information on the core team, funding,
mission, etc;
○ Technical expertise and track record of successful forestation projects;
○ Availability of resources, particularly for ground monitoring.
Once whitelisted, the organization can create as many projects as they would like to list on
OFP’s open system. However, only projects that meet the carbon eligibility criteria will be
eligible for the creation of carbon credits. The carbon eligibility criteria and project
whitelisting evaluation process are described in the next section (Project Eligibility).
4.2.1. Eligibility
Any organization on OFP, after receiving whitelisting approval, is able to register a project5
and seek carbon accreditation. However, only those that meet the general and
methodology-specific eligibility criteria will qualify for carbon accreditation and credit
generation. Projects that do not or choose not to meet the carbon project eligibility criteria
can still use OFP. These types of projects would use OFP as an open MRV system in order to
gain transparency and/or prepare their potential eligibility for future methodologies on the
5
All projects on Open Forest Protocol are able to use OFP for the MRV services provided. More information on this process is
available in the OFP whitepaper (link).
1. General eligibility criteria that all carbon projects on OFP need to meet;
2. Specific eligibility criteria that are methodology-specific.
On OFP, all carbon projects are required to possess the following characteristics:
○ Permanent: The project must have a long-lasting carbon impact, sequestration and
storage. The assessment of permanence is presented in Appendix B;
○ Legally compliant: The project shall meet the requirements of the applicable host
country’s legal, environmental, ecological and social regulations;
○ Single Registry Usage: Only issue carbon credits through OFP and not be registered
(or seeking registration) on any other GHG/carbon program(s);
○ Land tenure: The Project Operator shall own the rights of the land on which the
project is implemented.
For each methodology integrated on OFP, specific project eligibility criteria are defined.
OFP presently supports an Afforestation/Reforestation/Revegetation (ARR) methodology.
The specific eligibility requirements for afforestation/reforestation projects are presented in
The next step in the OFP accreditation process is project registration. When a Project
Operator has collected all necessary information (detailed below) and believes they are
eligible for carbon accreditation, they can now take the tangible step of registering their
project and entering this information into the Project Operator dashboard6. Each project
developed by the same Project Operator is subsequently created and managed within this
dashboard.
Here is a screenshot of the timeline of a project from within the Project Operator dashboard.
6
The ‘Project Operator Dashboard’ is a product developed by OFP to facilitate the monitoring and reporting of forest data by
Project Operators. This product is connected to a blockchain, and is the primary tool used by projects to submit their data for
validation.
The carbon project registration process gathers all information necessary to evaluate the
eligibility of the project seeking carbon accreditation. When a Project Operator seeks to
register a carbon project on OFP, they must do the following:
1. Select within the Project Operator Dashboard which carbon methodology fits their
type of project. Currently, this is relegated only to the ARR methodology but will
include expanded options over time.
a. Project name
b. Project duration
c. Project type
d. Project boundary (in KML, KMZ, GEOJSON or SHP format or drawn on OFP’s
map interface)
e. Project description
f. Project goals
g. Stakeholders and involvement of local communities
h. Co-benefits
i. Tree species
j. Average tree density
k. Additional project documentation (such as company tax & registration
number)
The information provided by the Project Operator is then used to analyze both the general
and methodology-specific eligibility criteria. This assessment is presently conducted
internally by Open Forest Protocol7, and involves the following:
○ The quantification of the baseline emissions (if not provided by the Project
Operator) based on the baseline scenario8;
○ Remote sensing analyses of the land and surroundings on which the project is taking
place.
○ Evaluation of the project activity planning to ensure a smooth transition onto OFP.
For example, tree planting activities are coordinated so as to maximize the efficacy
of OFP’s tools and minimize monitoring costs for the Project Operator.
The detailed analysis conducted for each project that applies for carbon accreditation is
presented in Appendix B.
After a project is whitelisted, it is now able to receive carbon credits upon successful
validation of its stage reports. The monitoring and validation processes will be detailed next.
7
In the future, when OFP further decentralizes, this evaluation and whitelisting process will potentially be the responsibility of a
DAO composed of experts and delegated responsibility for this role by the larger OFP community.
8
A baseline scenario is defined as “a hypothetical scenario that models forest carbon pools on a property as if they were
being managed to maximize revenue, taking into account regional common practice and any legal restrictions.” -
https://climatetrust.org/baselines-and-additionality-in-forest-carbon-projects/
When a project is created on OFP, its project duration is broken up into discrete time
periods known as ‘stages’. These stages occur every six months for the first two years, and
then once per year afterwards until the conclusion of the project. Every project, regardless
of methodology, must submit a completed ‘stage report’ at the end of each stage. The stage
report consists of ground data collected within the selected monitoring zone(s), as well as
any additional optional reports or datasets.
The monitoring procedure on OFP is streamlined and standardized per project type. This,
for instance, means that all ARR projects will follow the exact same monitoring procedure.
For ARR projects, the monitoring plan consists of the following steps:
1. The Project Operator defines the area in their project they will be monitoring for the
current stage. This is done in the Project Operator Dashboard. The Project Operator
can either upload a georeferenced file (such as a KML/KMZ) or draw the zone on the
dashboard’s map interface.
○ If the project is in the first stage, the Project Operator will need to spatially
define the boundaries of the first monitoring zone (i.e. the first zone they will
be monitoring / collecting ground data in the next 6 months). The monitoring
zone can be either a portion of the entire project area or the entire project
area, but this zone needs to be an area in which project activity (i.e. tree
planting) will either occur in the next 6 months, or has already occurred.
○ If they are not in the first stage, they can choose to monitor the previous
monitoring zones or to define a new monitoring zone that their team will have
to monitor in addition to any previously set monitoring zones.
2. In any newly set monitoring zone, a number of sample plots are assigned based on a
grid layout. The calculation of the size and number of sample plots is done by Open
Forest Protocol. The details for the calculation and placement of sample plots can be
found in Appendix C. The Project Operator is able to move a maximum of 10% of
sample plots.
3. Once the monitoring zone and sample plots are set, the Project Operator needs to
assign these sample plots to Field Agents. Field Agents are responsible for collecting
tree data on the ground in the sample plots they have been assigned to. Field Agents
can be members of the Project Operator’s organization, local community members
employed by the Project Operator, or other representatives of the Project Operator.
Once assigned to sample plots through the Project Operator Dashboard, field agents
4. Field Agents first need to open the Forester Mobile App in a place where they have
access to the Internet to be able to save, on their phone, the project information and
basemap. They are then ready for offline data collection on the ground. Field Agents
can proceed to their assigned sample lots and utilize the Forester Mobile App to
record the following data for each tree in each sample plot:
If it is the first time the Field Agent will monitor a newly set sample plot, they will
need to locate the sample plot and tag the trees in the sample plot. Best practices
for establishing sample plots and tagging trees are provided by Open Forest Protocol
to Project Operators. This information will also be integrated in the Forester Mobile
App in the next versions of the App.
Example of data collected on the ground - Tree status, height, circumference, photos.
9
The Forester Mobile App only allows Field Agents to take tree photos when the Field Agent is located in the sample plot.
6. The project then enters a new stage and Steps 1 to 5 are repeated within the next
stage, either 6 months or 1 year in duration depending on the maturity of the project.
The timeline for every project on OFP begins with project registration followed by regular ground
monitoring and validation.
Monitoring each project in this way provides multitudes of value for long term project
management and financing. With consistent, frequent, and transparent reporting of specific
tree data, the lifecycle of each project is made visible for all to see. Each year that a forest
project is in operation is another year of easily quantifiable data collected within specific
areas of the forest. This enables trends and patterns to be analyzed when a project’s
This illustration presents the MRV process for projects on OFP - all information is stored on the
blockchain.
When a project submits its stage report, it is both made public as raw, unverified data and
simultaneously arrives in the Validation Dashboard. This is a product developed specifically
for Validators to view, evaluate, and vote on the legitimacy of project data. The validation
process for OFP is aligned with the structured time period or ‘stage’ for each project,
meaning after each project’s stage a validation process will begin. A project’s stage
concludes with the submission of the Project Operator’s ‘Stage Report’, and this signals the
beginning of the validation period for that project.
It is during this period that each validation and verification body in the OFP network will see
and evaluate the stage report. Each Validator is able to view the stage report, and will make
an evaluative judgment based on the information10 and photos provided by the Project
10
This information includes sampling plot data from trees on the ground, as well as any additional reports or files the PO
submits.
When a Validator has reached a decision to either ‘affirm’ or ‘deny’ the stage report, they
will then ‘vote’ on whichever decision they believe is applicable for that stage report. They
use the OPN token to vote on this decision, and the amount used is determined by each
individual Validator. More tokens dedicated towards a vote decision indicate a higher
degree of confidence in that decision.
This is the interface validators see in the validation dashboard, when they select a project to
verify.
When all votes are cast at the end of the validation period, whichever decision has the most
votes is the final decision for that stage of the project. In this way, the OFP Validators
collectively produce a judgment on whether the stage report accurately reflects the truth
of what is occurring on the ground, and whether the project is adhering to the methodology
it has been approved for. The Validators are then rewarded for participating in this process.
This section details the methodology used for the estimation of carbon stocks in ARR
projects specifically.
4.5.1. Sources
This OFP carbon methodology for ARR was developed based on the following recognized
methodologies, tools and reports developed by the United Nations.
The OFP ARR carbon methodology is applicable under the following conditions:
Geographic Boundaries
The geographic boundaries of the project includes the land area where the afforestation,
reforestation, or revegetation (ARR) activity is being implemented. On OFP, the project area
should be made of a unique and discrete area of land. If a potential project area is
composed of multiple discrete areas of land, each discrete area of land should be
registered as a separate project on OFP. In the future, it will be possible to aggregate
sub-projects made of discrete areas of lands into a single project. A mix of geographic
information system (GIS) layers, GPS ground surveys, satellite or aerial imagery will be used
to delineate the project area.
The carbon pools selected for accounting of carbon stock changes are shown in the table
hereafter.
Aboveground Yes Major carbon pool - Carbon stock in this pool may
biomass (trees) increase due to implementation of the project activity.
On OFP, the carbon stocks of shrubs are not taken into
11
Afforestation/Reforestation/Revegetation (ARR) represents the combined methodology that quantifies the amount of carbon
stored in the living biomass of trees planted on land that previously had little to no trees previously.
Belowground Yes Major carbon pool - Carbon stock in this pool is may
biomass (trees) increase due to implementation of the project activity
On OFP, the carbon stocks of shrubs are not taken into
account.
The emissions sources and associated GHGs selected for accounting in the baseline and
project scenarios are shown in the table hereafter.
BASELINE
N2O No
N2O No
PROJECT
N2O No
N2O No
For small-scale ARR projects12 seeking registration on OFP, the Project Operator is
required to detail and justify the land use of the project area in the past 10 years prior to
the project start, as well as the expected land use if the project activity were not to happen.
The baseline scenario of small-scale ARR project activity implemented under this
methodology is generally considered to be the continuation of the pre-project land use,
unless an alternative baseline scenario is evidently identified.
For large-scale ARR projects13 seeking registration on OFP, the Project Operator is required
to identify the baseline by applying the “Combined tool to identify the baseline scenario
and demonstrate additionality in A/R CDM project activities”.
The net GHG removals by sinks in the baseline scenario are calculated as follows:
∆𝐶𝐵𝑆𝐿,𝑡 = ∆𝐶𝑇𝑅𝐸𝐸 𝐵𝑆𝐿,𝑡 + ∆𝐶𝑆𝐻𝑅𝑈𝐵 𝐵𝑆𝐿,𝑡 + ∆𝐶𝐷𝑊 𝐵𝑆𝐿,𝑡 + ∆𝐶𝐿𝐼 𝐵𝑆𝐿,𝑡 + ∆𝑆𝑂𝐶𝐵𝑆𝐿,𝑡 (1)
Where:
∆𝐶𝑇𝑅𝐸𝐸 𝐵𝑆𝐿,𝑡 = Change in carbon stock in baseline tree biomass within the project
boundary in period t, as estimated in the tool “Estimation of carbon
stocks and change in carbon stocks of trees and shrubs in A/R CDM
project activities”; tCO2e
∆𝐶𝑆𝐻𝑅𝑈𝐵 𝐵𝑆𝐿,𝑡 = Change in carbon stock in baseline shrub biomass within the project
boundary, in period t, as estimated in the tool “Estimation of carbon
12
Definition can be found here
13
Definition can be found here
∆𝐶𝐷𝑊 𝐵𝑆𝐿,𝑡 = Change in carbon stock in baseline dead-wood biomass within the
project boundary, in period t, as estimated in the tool “Estimation of
carbon stocks and change in carbon stocks in dead wood and litter in
A/R CDM project activities”; tCO2e
Currently, dead-wood biomass is not accounted for in the baseline
and project scenarios on OFP, so ∆𝐶𝐷𝑊 𝐵𝑆𝐿,𝑡 = 0
∆𝐶𝐿𝐼 𝐵𝑆𝐿,𝑡 = Change in carbon stock in baseline litter biomass within the project
boundary, in period t, as estimated in the tool “Estimation of carbon
stocks and change in carbon stocks in dead wood and litter in A/R
CDM project activities”; tCO2e
Currently, litter biomass is not accounted for in the baseline
and project scenarios on OFP, so ∆𝐶𝐿𝐼 𝐵𝑆𝐿,𝑡 = 0
According to AR-TOOL14, carbon stock in trees in the baseline can be accounted as zero if
all of the following conditions are met:
1. The pre-project trees are not harvested, cleared, or removed throughout the
crediting period of the project activity;
2. The pre-project trees do not suffer mortality because of competition from trees
planted in the project, or damage because of implementation of the project activity,
at any time during the crediting period of the project activity;
Adapted from AR-TOOL14, if the mean pre-project tree crown cover is less than 20 percent
of the threshold tree crown cover reported by the host Party under paragraph 8 of the
annex to decision 5/CMP.1, the change in carbon stock in trees in the baseline is estimated
as follows:
𝑀
∆𝐶𝑇𝑅𝐸𝐸 = ∑ ∆𝐶𝑇𝑅𝐸𝐸
𝐵𝑆𝐿,𝑡 𝑖 𝐵𝑆𝐿,𝑖
𝑀
44
∆𝐶𝑇𝑅𝐸𝐸 = ∑ 12
× 𝐶𝐹𝑇𝑅𝐸𝐸 × ∆𝑏𝐹𝑂𝑅𝐸𝑆𝑇 × (1 + 𝑅𝑇𝑅𝐸𝐸) × 𝐶𝐶𝑇𝑅𝐸𝐸 × 𝐴𝑖 × ∆𝑡
𝐵𝑆𝐿,𝑖,𝑡 𝑖=1 𝐵𝑆𝐿,𝑖
Where :
∆𝐶𝑇𝑅𝐸𝐸 = Mean annual change in carbon stock in trees in the baseline during the
𝐵𝑆𝐿,𝑡
∆𝐶𝑇𝑅𝐸𝐸 = Mean change in carbon stock in trees in the baseline in monitoring zone i
𝐵𝑆𝐿,𝑖,𝑡
Note: Tree biomass may reach a steady state in which biomass growth
becomes zero or insignificant, either because of biological maturity of trees
or because the rate of anthropogenic biomass extraction from the area is
equal to the rate of biomass growth. Therefore, this parameter should be
taken to be zero after the year in which tree biomass in the baseline reaches
a steady state. The year in which tree biomass in the baseline reaches a
steady state is taken to be the 20th year from the start of the CDM project
activity, unless transparent and verifiable information can be provided to
justify a different year.
𝐶𝐶𝑇𝑅𝐸𝐸 = Crown cover of trees in the baseline, in baseline monitoring zone i, at the start
𝐵𝑆𝐿,𝑖
On Open Forest Protocol, the net GHG removals in the project scenario are calculated by
taking into account the carbon stocks changes between the two latest validated monitoring
∆𝐶𝑃𝑅𝑂𝐽,𝑡 = ∆𝐶𝑇𝑅𝐸𝐸 𝑃𝑅𝑂𝐽,𝑡 + ∆𝐶𝑆𝐻𝑅𝑈𝐵 𝑃𝑅𝑂𝐽,𝑡 + ∆𝐶𝐷𝑊 𝑃𝑅𝑂𝐽,𝑡 + ∆𝐶𝐿𝐼 𝑃𝑅𝑂𝐽,𝑡 + ... (2)
... ∆𝑆𝑂𝐶𝑃𝑅𝑂𝐽,𝑡 − 𝐺𝐻𝐺𝑃𝑅𝑂𝐽,𝑁2𝑂,𝑡
Where:
𝐺𝐻𝐺𝑃𝑅𝑂𝐽,𝑁2𝑂,𝑡 = Net GHG emissions from nitrogen fertilizer in the project scenario in
period t, tCO2e
Note : GHG emissions resulting from removal of herbaceous vegetation, combustion of fossil
fuel, decomposition of litter and fine roots of N-fixing trees, construction of access roads
within the project boundary, and transportation attributable to the project activity shall be
considered insignificant and therefore accounted as zero.
The change in carbon stocks in trees (∆𝐶𝑇𝑅𝐸𝐸 𝑃𝑅𝑂𝐽,𝑡 ) between two points in time is estimated
using the method : Difference of two independent stock estimations from the AR-TOOL14
from the Clean Development Mechanism.
Where:
∆𝐶𝑇𝑅𝐸𝐸 𝑃𝑅𝑂𝐽,𝑡 = Change in carbon stock in trees during the period between two
points of time t1 and t2; t CO2e
44
𝐶𝑇𝑅𝐸𝐸 = 12
× 𝐶𝐹𝑇𝑅𝐸𝐸 × 𝐵𝑇𝑅𝐸𝐸 (3)
With:
𝑀
𝑏𝑇𝑅𝐸𝐸 = ∑ 𝑤𝑖 × 𝑏𝑇𝑅𝐸𝐸,𝑖 (5)
𝑖=1
𝐴𝑖
𝑤𝑖 = 𝐴
(6)
𝑛𝑖
∑ 𝑏𝑇𝑅𝐸𝐸,𝑝,𝑖
𝑏𝑇𝑅𝐸𝐸,𝑖 = 𝑝=1
𝑛𝑖
(7)
𝐵𝑇𝑅𝐸𝐸,𝑝,𝑖
𝑏𝑇𝑅𝐸𝐸,𝑝,𝑖 = 𝐴𝑃𝐿𝑂𝑇,𝑖
(8)
Thus giving:
𝑛𝑖 ∑∑𝐵
𝑇𝑅𝐸𝐸, 𝑙, 𝑗, 𝑝, 𝑖
𝑗 𝑙
𝑀 𝐴 ∑ 𝐴𝑃𝐿𝑂𝑇, 𝑖
44
𝐶𝑇𝑅𝐸𝐸 = 12
× 𝐶𝐹𝑇𝑅𝐸𝐸 × 𝐴 × ∑ 𝑖
𝐴
× 𝑝=1
𝑛𝑖
(11)
𝑖=1
𝐶𝑇𝑅𝐸𝐸 = Carbon stock in trees in the tree biomass monitoring zones; t CO2e
𝑏𝑇𝑅𝐸𝐸, 𝑖 = Mean tree biomass per hectare in monitoring zone i; t d.m. ha-1
The biomass of a tree in a sample plot (𝐵𝑇𝑅𝐸𝐸, 𝑙, 𝑗, 𝑝, 𝑖) is estimated by using one of the
following equations. Only trees that are alive, monitored, and are taller than 1.3m in two
consecutively validated stages have their biomass calculated.
Or
2
𝑉𝑇𝑅𝐸𝐸, 𝑗 = Π × 𝑟𝑙 × ℎ𝑙 × 𝑎 × 1. 2 (14)
With:
𝑓𝑗(𝑥1, 𝑙, 𝑥2, 𝑙, 𝑥3, 𝑙, ...) = Above-ground biomass of the tree returned by the allometric
equation for species j relating the measurements of tree l to the
above-ground biomass of the tree; t d.m.
Values can be taken from Table 3A.1.8 of the IPCC Good Practice
Guidance for Land Use, Land-Use Change and Forestry (IPCC
GPG-LULUCF 2003). A default value of 0.25 is used unless
transparent and verifiable information can be provided to justify
different values.
𝑉𝑇𝑅𝐸𝐸, 𝑗(𝑥1, 𝑙, 𝑥2, 𝑙, ...) = Stem volume of tree l of species j in sample plot p of monitoring zone
i, estimated from the tree dimension(s) as entry data into a volume
table or volume equation; m3
In 𝑉𝑇𝑅𝐸𝐸, 𝑗, the factor 1.2 takes into account the volume of the branches
Values can be taken from Table 3A.1.10 of the IPCC Good Practice
Guidance for Land Use, Land-Use Change and Forestry (IPCC
GPG-LULUCF 2003) or a conservative default value of 1.15 is used
unless transparent and verifiable information can be provided to
Uncertainty : The uncertainty associated with the calculation of the mean carbon stocks
in trees at times t1 and t2 (𝐶𝑇𝑅𝐸𝐸, 𝑡1 and 𝐶𝑇𝑅𝐸𝐸, 𝑡2) are estimated as follows:
(( ) ×
𝐴𝑖 2
)
𝑀 2
𝑠𝑖
𝑡𝑉𝐴𝐿× ∑ 𝐴 𝑛𝑖
𝑢𝑐 = 𝑖=1
𝑏𝑇𝑅𝐸𝐸
(15)
𝑛𝑖 𝑛𝑖
2 2
𝑛𝑖 × ∑ 𝑏𝑇𝑅𝐸𝐸, 𝑝, 𝑖 −( ∑ 𝑏𝑇𝑅𝐸𝐸, 𝑝, 𝑖)
2
𝑠𝑖 = 𝑝=1 𝑝=1
𝑛𝑖 × (𝑛𝑖−1)
(16)
Where :
𝑢𝑐 = Uncertainty in 𝐶𝑇𝑅𝐸𝐸
𝑏𝑇𝑅𝐸𝐸, 𝑖 = Mean tree biomass per hectare in monitoring zone i; t d.m. ha-1
𝑏𝑇𝑅𝐸𝐸, 𝑝, 𝑖
= Tree biomass per hectare in sample plot p of monitoring zone i;
t d.m. ha-1
2
𝑠𝑖 = Variance of tree biomass per hectare across all sample plots in
monitoring zone i; (t d.m.ha-1)2
𝑢𝐶 ≤ 10% 0%
(
𝐶𝑇𝑅𝐸𝐸, 𝑐𝑜𝑛𝑠𝑒𝑟𝑣𝑎𝑡𝑖𝑣𝑒 = 𝐶𝑇𝑅𝐸𝐸 × 1 − 𝑢𝑐 × 𝐷𝑖𝑠𝑐𝑜𝑢𝑛𝑡 ) (17)
If the project uses fertilizer, the emissions from the application of fertilizers are estimated
with the following equations:
(
𝐺𝐻𝐺𝑃𝑅𝑂𝐽,𝑁2𝑂, 𝑡 = 𝐴𝑓𝑒𝑟𝑡, 𝑡 × 𝐶𝑂2𝑒𝑁𝑑𝑖𝑟𝑒𝑐𝑡, 𝑡 + 𝐶𝑂2𝑒𝑁𝑖𝑛𝑑𝑖𝑟𝑒𝑐𝑡, 𝑡 ) (18)
( )
𝐶𝑂2𝑒𝑁𝑑𝑖𝑟𝑒𝑐𝑡, 𝑡 = 𝑀𝑆𝐹,𝑖,𝑡 × 𝑁𝐶𝑆𝐹,𝑖,𝑡 + 𝑀𝑂𝐹,𝑖,𝑡 × 𝑁𝐶𝑂𝐹,𝑖,𝑡 × 𝐸𝐹𝑁𝑑𝑖𝑟𝑒𝑐𝑡 ×
44
28
× 𝐺𝑊𝑃𝑁2𝑂 (19)
44
… 𝐸𝐹𝑁𝑣𝑜𝑙𝑎𝑡 × 28
× 𝐺𝑊𝑃𝑁2𝑂
44
... 28
× 𝐺𝑊𝑃𝑁2𝑂
Where :
𝐺𝐻𝐺𝑁2𝑂, 𝑡 = Net GHG emissions from nitrogen fertilizer in the project in period t;
tCO2e y-1
t; t fertilizer ha-1
𝐸𝐹𝑁𝑑𝑖𝑟𝑒𝑐𝑡= Emission factor for nitrous oxide emissions from N additions from
synthetic fertilizers, organic amendments, and crop residues;
t N2O-N t N applied-1
Default value : 0.01
𝐹𝑟𝑎𝑐𝐺𝐴𝑆𝐹= Fraction of all synthetic N added to soils that volatilizes as NH3 and
NOx (dimensionless)
Default value : 0.1
𝐹𝑟𝑎𝑐𝐺𝐴𝑆𝑀= Fraction of all organic N added to soils that volatilizes as NH3 and NOx
(dimensionless)
Default value : 0.3
𝐸𝐹𝑁𝐿𝑒𝑎𝑐ℎ = Emission factor for nitrous oxide emissions from leaching and runoff;
t N2O-N t N-1 leached and runoff
Default value : 0.0075
Leakage
The IPCC defines leakage as the “unanticipated decrease or increase in GHG benefits
outside of the project's accounting boundary (the boundary defined for the purposes of
estimating the project's net GHG impact) as a result of project activities”.
For example, reforesting land that otherwise would have been used for agricultural activities
may displace farmers to an area outside of the project's boundaries. There, the displaced
farmers may engage in deforestation to continue their agricultural activities and the
resulting carbon emissions are referred to as leakage.
1. Animals are displaced to existing grazing land and the total number of animals in the
receiving grazing land (displaced and existing) does not exceed the carrying
capacity of the grazing land;
2. Animals are displaced to existing non-grazing grassland and the total number of
animals displaced does not exceed the carrying capacity of the receiving grassland;
3. Animals are displaced to cropland that has been abandoned within the last five
years;
Several methodologies have been developed to estimate the leakage rate such as:
Considering the above and in order to provide conservative GHG estimates for all carbon
projects, small-scale project developers are asked to commit to no replacement with
negative effects during the project lifetime. If a project developer commits to this and
implements the relevant necessary measures to ensure no negative effects, then their
leakage discount rate is set to 0. If a project does not or can not commit to this, then their
leakage rate will be set to 5%.
For large-scale projects, if through the eligibility assessment, the project presents a risk of
leakage, the AR-TOOL15: A/R Methodological tool – “Estimation of the increase in GHG
emissions attributable to displacement of pre-project agricultural activities in A/R CDM
project activity” is used to calculate the leakage rate. The minimum leakage rate is set to
5%.
The net anthropogenic GHG removals by sinks is calculated with the following equation:
( ) (
∆𝐶𝑡 = ∆𝐶𝑃𝑅𝑂𝐽,𝑡 − ∆𝐶𝐵𝑆𝐿,𝑡 × 1 − 𝐿𝐾𝑡 ) (23)
Where:
A project’s credits are issued after the positive affirmation of two stage reports, meaning
projects can receive digital carbon credits 12 months after the official start of the project
on OFP if their first and second stage reports are validated and trees are tall enough (taller
than 1.3 m).
The amount of credits issued corresponds to the net anthropogenic GHG removals by sinks,
calculated based on the equations presented in section 4.5.
If the project’s stage report is denied, no carbon will be issued for this monitoring stag and
the Project Operator will need to wait until the next stage report validation for their next
opportunity.
The tokens, or digital carbon credits, that are created with the execution of code each
represent 1 metric tonne of CO2 durably stored for 40 years. There are various details
included within the metadata of each credit, such as which project originated the credit
and what the methodology was. All of these details are verifiable with the blockchain.
When a project stage report is affirmed by the validators and leads to the generation of
digital carbon credits, the credits are not all directed towards the account of the project
that originates these credits. The distribution of digital carbon credits is as follows:
○ Project: 85% of all credits generated go directly to the account of the Project
Operator that originates them.
○ Protocol wide fee: Because OFP does not charge any fees for the usage of its
protocol or MRV tools, 8% of the credits that are generated go to a protocol-wide
pool where they are distributed out to ecosystem participants. Anyone who owns an
OPN token can use it to receive a percentage of this protocol-wide pool. This
process is governed by smart-contracts and is accessible to anyone through the
OFP Wallet.
○ Buffer Pool: OFP operates a protocol-wide Buffer Pool. Each project contributes to
the buffer pool a certain percentage of the credits generated during their lifetime.
The credits are automatically directed towards the Buffer Pool when they are
generated. The percentage is methodology specific, and is set to 7% for ARR in the
version v1.0 of the methodology. The project contribution to the buffer pool is set at
7% for various reasons, including the frequent verification of monitoring data and the
The primary function of the Buffer Pool is to guarantee the validity of previously issued
carbon credits. Essentially, one can liken the buffer pool to an insurance policy, aiming to
confirm that each carbon credit corresponds to the removal of 1 metric tonne of CO2
emissions, even in instances where there are unforeseen losses or reversal of carbon stocks
in the projects.
A "reversal event" refers to an unexpected loss of stored carbon dioxide that a project had
sequestered, potentially undermining the credibility of earlier issued carbon credits. This
can occur due to a variety of factors (anthropogenic or natural), such as wildfires, droughts,
disease outbreaks or human activities. In the event of a reversal, credits are withdrawn from
the Buffer Pool. The Buffer Pool is managed by OFP.
OFP’s Buffer Pool contributions are twofold: by the Projects and by the Protocol.
Project Contribution
Every project on OFP contributes to the Buffer Pool by automatically directing a certain
percentage of their carbon credits to the Buffer Pool upon minting of the carbon credits.
The percentage is methodology specific and is set to 7% for version v1.0 of the ARR
methodology. This percentage is lower than the Buffer Pool contribution of other existing
standards for the following reasons:
The contribution of projects to the Buffer Pool can be changed in future versions of the ARR
methodology. An additional project specific contribution, based on a thorough
project-related risk assessment, could also be implemented in the next versions of the
methodology to reflect the latest scientific research.
Protocol Contribution
An additional contribution to the Buffer Pool is implemented in the Protocol itself. Of the 8%
of carbon credits redistributed to the ecosystem participants, a maximum of 1/16 of these
carbon credits are directed to the Buffer Pool.
In case of a reversal in a project registered on Open Forest Protocol, the Buffer Pool is
activated after thorough analysis of the event. The main steps are the following:
a. The Project Operator reports the event and its geographical extent in their
Project Operator Dashboard. This information is part of the data submitted to
Validators for validation. Validators approve the event and extent during the
validation of the stage report.
c. The Project Operator did not submit a stage report for the current stage. An
automatic remote sensing analysis is done on the project area to detect a
potential destruction of the forest in the monitoring zones set up by the
Project Operator. If such an event is identified, OFP is warned.
a. The reversal event, its causes, and extent are analyzed by OFP through
remote sensing and direct contact with the Project Operator to gather
further details.
b. Based on the extent of the reversal event, the number of credits issued in the
affected area is calculated.
a. Based on the results of the analysis, the equitable number of credits are
burned/canceled from the Buffer Pool by the OFP. These burned credits are
never able to be traded or retired after this.
The primary means of financing forest projects on OFP is through the generation and sale of
carbon credits.
When OCCs are generated, 85%14 are deposited directly into the digital wallet of the
14
8% of all OCCs are directed towards an OFP network pool, and 7% are sent to the buffer pool.
Credits can be additionally purchased by third parties for multiple end-uses, most
commonly for retirement as an “offset”. Once a credit has been acquired by the entity that
wishes to retire it, the retirement process is exceedingly straightforward. The OFP Wallet,
the native digital platform used to manage all OFP-related assets, possesses a retirement
feature that allows any user to retire any number of credits. Any user can also send the
OCC token to another user as a private sale, or elect to have their OCC’s sold on OFP
Carbon House.
OCCs can additionally be stored, traded, or bundled together with other financial assets.
Each OCC represents a durably removed metric tonne of CO2, and the data that was used
to generate each credit is publicly available and verifiable. Each component of the carbon
value chain is visible to the public, from project creation to tree measurements to data
verification. The value of OCCs and the projects that create them will only grow with time as
new technologies, features, and people join OFP to help monitor the world’s forests.
15
“A non-fungible token (NFT) is a unique digital identifier that is recorded on a blockchain, and is used to certify ownership
and authenticity.” - https://en.wikipedia.org/wiki/Non-fungible_token
Over the next decade, OFP will continually and dramatically enhance its structure and
services. The core MRV mechanism of OFP will be adapted for additional carbon
methodologies, and technologies will be further integrated to provide an even more
transparent and comprehensive carbon standard.
The existing version of Open Forest Protocol is tailored to the creation of carbon credits for
an afforestation/reforestation/revegetation methodology. Additional nature-based carbon
methodologies are currently under development (i.e. mangroves), and OFP is built to
accommodate the modular addition of new asset-generation protocols (i.e. biodiversity /
conservation assets). Soon, it will be possible for new nature-based and non nature-based
carbon methodologies, or methodologies for the creation of other tokenized environmental
assets, to be approved by the governance system of OFP. All necessary front-end
interfaces and smart contracts will be provided through OFP’s open-source repository, and
these additional “verticals” will utilize the same OPN token and validation network structure.
Open Forest Protocol believes that ground monitoring and the involvement of local
communities in the projects is essential for the long-term success of nature-based
projects. Therefore, ground monitoring will always remain at the core of the monitoring
methodologies available on OFP.
In addition to the ground monitoring, OFP is currently planning the integration of remote
sensing technologies and datasets to monitor and analyze forest conditions even more
effectively.
○ Internet of Things (IoT): The integration of IoT devices into OFP's operations will
revolutionize the way forest ecosystems are monitored and managed. Sensors
placed throughout the forest can collect real-time data on various environmental
parameters, such as biodiversity and growth conditions that affect carbon
sequestration. This continuous flow of information will allow OFP to identify changes
in forest health, predict potential threats, and respond proactively to protect these
ecosystems. Additionally, IoT-enabled devices will enhance communication among
stakeholders, promoting collaboration and efficient resource allocation to any
project in need.
To seamlessly incorporate these new and emerging technologies into the Open Forest
Protocol, APIs (Application Programming Interfaces) are under development to enable
interoperability between different systems. APIs will facilitate the exchange of data and
information among various technology providers, allowing OFP to integrate remote sensing,
Open Forest Protocol’s carbon methodology delivers the solution currently needed for
forest projects globally. The ARR methodology is based on existing carbon methodologies,
tools and reports (developed by the United Nations) while providing unprecedented
transparency for the providence and subsequent sale of carbon credits. OFP’s digital
platform and tools provide a streamlined approach for forest projects that is more inclusive,
less expensive, and more approachable than existing processes and registries. The
decentralized network of validation and verification bodies additionally enhances the
carbon accreditation process for projects while leveraging the power of new and emerging
technologies.
Open Forest Protocol is poised to revolutionize forest management and conservation over
the next decade by leveraging and integrating new and emerging technologies. Remote
sensing, IoT, and drone footage will enhance OFP's monitoring capabilities, providing
comprehensive and real-time data on forest health and changes. The development of APIs
will enable smooth integration of these technologies into OFP's platform, fostering
innovation and collaboration between technology providers and projects. Ultimately, these
advancements will contribute to more effective and sustainable forest management
practices, while also providing the foundation for the application of OFP’s technology to
further carbon methodologies beyond forestation. These upgrades will maximize the value
derived from projects on the ground while ensuring the preservation of vital ecosystems for
future generations.
During the carbon project registration, Project Operators are required to provide the
following information. The information provided is used in the eligibility analyses.
General information
1. How long has the organization been involved in forest activities (years)?
2. Is the project registered (or seeking registration) under other GHG/carbon
program(s) ?
a. If yes, under which program(s) ?
3. In which continent is the project located?
4. In which country is the project located?
5. When did the tree planting activity start?
6. What is the expected project duration for planting the trees, taking care of the
project and monitoring the tree/forest growth? (years)
7. What is the project size (ha)?
8. Has the project (design and implementation) been presented (including
consultation) to local communities and stakeholders ? If yes, when and with how
many participants?
9. What is the project’s forest type?
10. If the project is a tropical or subtropical forest, what is the main type of trees?
11. What is the project’s main type of activity?
12. What is the average tree density (trees/ha) in the project area?
13. Is the tree density relatively homogeneous over the entire project area?
14. Describe the positive impacts of the project activities on ecosystems, biodiversity
and local livelihoods.
15. Who is responsible for the project management? (Organization name, contact
person name, email and telephone)
16. Who is/will be responsible for the tree planting activities? (Organization name,
contact person name, email and telephone)
17. Who is/will be responsible for the forest monitoring? (Organisation name, contact
person name, email and telephone)
18. Describe the general planning of the project.
19. Describe the site preparation activities.
20. Will the project area be burned (for site preparation or as part of forest
management) prior to the project start?
a. If yes, please explain.
21. Are pest and weed control products used?
a. If yes, please detail the products, quantity and frequency.
22. Where do seedlings come from?
23. Describe the type of tree planting activities. How is the plantation / regeneration
done? (manually, with machines, with drones, etc.)
24. Are fertilizers used?
a. If yes, please detail the products, quantity and frequency.
25. Will soil disturbance (soil compaction due to machines, etc.) happen on more than
10% of the project area?
a. If so, please explain why.
26. Is pruning planned?
a. If yes, please explain.
27. Is thinning planned?
a. If yes, please explain.
28. How many tree species are planted / exist in the project area?
29. Are exotic / non-native tree species planted?
a. If yes, please list the species.
30. What are the measures put in place to make sure the forest will still be in the ground
in at least 40 years from now ?
31. At the end of the project, what do you intend to do with the standing forest?
Land information
33. Who owns the land? If the land is leased, are you in possession of a convention?
34. What was the land use of the project area in the past 10 years prior to the project
start?
35. Was the project area cleared in the past 10 years prior to the project start?
a. If yes, please explain when and why and how the land was cleared.
36. What is the current land use of the project area?
37. Are/were local communities commercially using the project area prior to the project
start?
a. If yes, please explain : 1. how the project zone was/is used by local
communities and 2. where the activity will be displaced.
38. Does the project include an alternative livelihoods program? If yes, please explain the
involvement of the local communities in the programs.
a. If yes, has the local community already engaged in the alternative livelihood
options and how?
39. What would be the land use in the project area if the project would not be
implemented? The projected scenario should be compatible with current laws and
regulations.
40. Is the project located on peatlands / wetlands (tidal wetlands included) and could
result in the manipulation of the water table?
41. Prior to project start, did the project area include previously existing scattered
trees?
42. Does the project need to be approved by the government to comply with national
laws and regulations?
43. Is an Environmental Impact Assessment legally required?
a. If yes, please provide a summary of the impacts and mitigation measures.
Risk analysis
Please evaluate the likelihood of occurrence of the risks listed hereunder with the following
scale and list the mitigation measures planned:
○ 0 : Not applicable - Event is expected to not occur during the crediting period of
the project
○ 1 : Low probability - Event is expected to occur less than once every 40 years
○ 2 : Medium probability - Event is expected to occur once in 11-40 years
○ 3 : High probability - Event is expected to occur once or more in 10 years
Natural risks
56. Dispute over land tenure or ownership of land rights in the project area (including
expropriation risks)
57. Political and social instability such as wars, riots, corruption, community resistance
58. Exploitation of natural resources in or in the vicinity of the project area (timber,
mining, water, oil, etc.)
59. Community support for the project is not maintained
Project management
60. Project failure due to insufficient technical capacities (reliance on seasonal workers /
workers needing constant training, etc.)
61. Project failure due to lack of technical equipment and planting material (machinery,
seedlings, etc.)
62. Project failure due to lack of project management and long term financial planning
skills
63. Project failure due to the reliance of the project’s success on key employees that are
hard to replace
Financial
64. Project failure due to the lack of sufficient funding to support the project activities
until carbon finance can be received (3-4 years after the trees are planted)
Comments
○ Please provide any additional comments or information you are willing to share with
us about your project.
○ You have all statutory or customary rights to implement the project activities and
receive carbon financing within the geographical project boundaries.
○ Universal human rights and freedoms for all as defined by the Universal Declaration
on Human Rights are respected and observed in all project related activities.
○ The planned project area has not been cleared of native ecosystems within the
10-year period prior to the project start.
○ The project complies with national laws and regulations (whether or not the law is
enforced) and has received the necessary authorisations.
○ The project is not registered in any other GHG program or environmental credit. The
project will only generate carbon credits or other forms of environmental credits in
the Open Forest Protocol Platform.
○ The pest, weed control and fertilizers used are all allowed by national legislation and
that the related appropriate measures and controls are taken for the purchase,
storage, management, application, disposal.
○ I HEREBY CERTIFY that all of the information provided by me in this questionnaire (or
any other accompanying or required documents) is correct, true, accurate and
complete to the best of my knowledge. I understand that the falsification,
misrepresentation or omission of any facts in this questionnaire and/or said
documents will be cause for denial of my project from running at Open Forest Protol
or immediate deletion from Open Forest Protol, without a right to receive any claim,
compensation, reward, value generated (in any kind or form), regardless of the timing
or circumstances of discovery.
○ I have read the disclaimer carefully.
The carbon eligibility assessment is currently conducted by Open Forest Protocol. In the
future, when OFP further decentralizes, this assessment process will potentially be the
responsibility of a DAO composed of experts.
The carbon eligibility assessment aims at evaluating the compliance of the project with:
○ Additionality;
○ Permanence;
○ Legal compliance;
○ Land rights;
○ Exclusive issuance of carbon credits on OFP.
1.1. Additionality
○ Financial additionality: Would the project have been financially viable without the
income from selling carbon credits? If a project is able to initiate or sustain their
forest project without the direct support of OFP carbon revenue, the project is
determined to not be financially additional and therefore not eligible for carbon
accreditation.
○ Regulatory additionality: Is the project doing something above and beyond what's
required by law or regulation?
○ Technological additionality: Is the project facing a technological barrier to
implementing or continuing this project? How is OFP helping overcome this barrier?
Projects that are not additional will never be whitelisted and can not access carbon
financing on Open Forest Protocol.
1.2. Permanence
Nature-based carbon projects are essential for our planet as they not only sequester
significant amounts of carbon, aiding in climate change mitigation, but also enhance
biodiversity by restoring and conserving habitats. As well, they often bring improvements in
local livelihoods by providing sustainable income sources, promoting community
engagement, and enhancing ecosystem services. This all works to foster a mutually
1. Natural risks (fire, pests and diseases, extreme events, extreme droughts / floods
and landslides, animal encroachment, etc.)
2. Social and political risks (dispute over land rights, political and social instability,
exploitation of natural resources, community support, etc.)
3. Project management (risk of project failure due to: insufficient technical capacities,
lack of technical equipment and planting material, lack of project management and
long term financial planning skills, reliance of the project’s success on key employees
who are hard to replace, etc.)
4. Financial (project failure due to the lack of sufficient funding)
For each risk, Project Operators are required to provide an evaluation of the risk’s
probability of occurrence and are required to detail the mitigation measures implemented
or planned to be implemented to reduce the non-permanence risk.
Projects for which the non-permanence risk is evaluated as too high are not whitelisted and
can not access carbon financing on Open Forest Protocol.
Lastly, OFP manages a Buffer Pool. This strategy acts as a safeguard for carbon projects and
addresses the remaining non-permanence risks of the carbon projects. Each carbon
project registered on OFP contributes to the Buffer Pool. If a project experiences a reversal
which causes stored carbon to be released, credits from this buffer pool can be used to
offset the loss. This ensures the project's overall climate benefit is maintained. The detailed
functioning of the Buffer Pool on OFP is presented in section 4.7.
The Project Operator is required to provide information and documentation about the legal
compliance of the project as the project shall meet the requirements of the applicable Host
Country’s legal, environmental, ecological and social regulations.
Open Forest Protocol verifies the legitimacy of the information provided and conducts
cross examination with publicly available data.
The Project Operator is required to provide information and documentation about the land
rights on the project area. Open Forest Protocol verifies the legitimacy of the information
provided and conducts cross examination with publicly available data.
The stringent and frequent ground monitoring (every 6 months for the first 2 years and
every year after) required to access carbon financing on OFP strongly reduces the risk of
the Project Operator not having long term rights of the land on which the project is
happening. If the Project Operator is not able to access the land, set up the sample plots,
and conduct regular ground data collection (because the Project Operator does not own
the rights of the land), the project will be blacklisted after 3 failed stage reports. No carbon
The Project Operator is required to provide confirmation that the project is not registered
or seeking registration under other GHG/carbon program(s). Open Forest Protocol verifies
the existing projects on the main publicly-accessible carbon registries.
Each carbon methodology available on OFP has specific requirements and limitations.
These requirements and limitations can become less stringent as the methodology evolves
and improves over the different versions.
For the v1.0 of the ARR methodology, the main requirements and limitations are the
following:
1. Definition
On the Open Forest Protocol, sample plots are circular plots randomly located in Monitoring
Zones. The sample plots are permanent for the lifetime of the Project. For each Stage, Field
Agents need to go visit each sample plot and collect tree data for all trees falling within the
sample plots.
When defining the size of the sample plots, the aim is twofold:
On Open Forest Protocol, sample plots are designed to include, on average, 10 to 20 trees.
This rule is derived from “Measurements for Estimation of Carbon Stocks in Afforestation
and Reforestation Project Activities under the Clean Development Mechanism” from the
United Nations - Framework Convention on Climate Change.
Where:
r= Radius of the sample plot (m) with the following constraints :
● The minimum radius is 8m
● For Monitoring Zones of less than 0.5 ha, the maximum radius is 11 m.
TD = Tree density in the Monitoring Zone; trees ha-1
The equations used to calculate the number of sample plots in each Monitoring Zones are
the following :
𝑛 = 3 (2)
Which corresponds to 1 sample plot per 0.3 ha.
𝑛 = 0. 78 × 𝑀𝑍𝐴𝑟𝑒𝑎 + 2. 22 (3)
𝑛 = 0. 17 × 𝑀𝑍𝐴𝑟𝑒𝑎 + 8. 3 (4)
If Monitoring Zone’s area is superior to 100 ha and inferior or equal to 1’000 ha:
If Monitoring Zone’s area is superior to 1’000 ha and inferior or equal to 10’000 ha:
If Monitoring Zone’s area is superior to 10’000 ha and inferior or equal to 25’000 ha:
Where:
𝑀𝑍𝐴𝑟𝑒𝑎 = Area of the Monitoring Zone; ha
𝑛= Number of Sample Plots in Monitoring Zone
Once the number of sample plots and size of sample plots are defined, the OFP software
automates the creation of a sampling grid for every new Monitoring Zone created by the
Project Operator. The grid is virtually overlaid on the Monitoring Zone. The grid cell’s size
depends on the Monitoring Zone’s area and is defined as:
If 0.2 ha ≤ 𝑀𝑍𝐴𝑟𝑒𝑎 < 1 ha:
𝐺𝐶𝑆 = 2 × 𝑟 (9)
If 1 ha ≤ 𝑀𝑍𝐴𝑟𝑒𝑎 < 12 ha:
𝐺𝐶𝑆 = 40 (10)
If 12 ha ≤ 𝑀𝑍𝐴𝑟𝑒𝑎 < 100 ha:
A given number of gravity centers of grid cells are then randomly selected. This number is
equal to the number of sample plots to be placed in the Monitoring Zone. If randomly
selected sample plots end up overlapping the Monitoring Zone’s edges, new grid cell
centers are randomly selected until all sample plots do not overlap the Monitoring Zone.
Once a forest project has completed a required stage report16, the 30-day validation
window timer begins and the stage report validation appears as a potential job for
Validators to accept within their dashboard. Validators can choose to participate in the
validation of any specific stage reports so long as they are validating at least 70% of
projects in aggregate. This threshold will necessarily evolve over time as the number of
stage reports and Validator network both increase in numbers.
The incentive structure to validate projects is based on an $OPN token rewards pool
attached to each individual project’s stage report. Larger projects will contain greater
amounts of data and require more time from the Validators. Thus, larger projects will also
come with a greater rewards pool which the Validators may yield a portion of, should their
validation response be deemed correct through the consensus mechanism. Validators are
unable to see how others are voting during the validation process, so they must make their
own best judgment.
At the end of the 30 day period, regardless of which decision (affirm or deny) was reached
by the majority of Validator votes, the stage report will enter a ‘challenge’ period. This is a 7
day period in which Validators may attempt to overturn the standing decision if they
16
Stage reports (consisting of uploaded field data) to OFP are required every 6 months for the project’s first two years, and then
annually thereafter.
During this time, Validators may present evidence and data available that supports their
position to challenge the data provided. It is at this point that Validators may also choose to
change their original decision based on compelling evidence presented by other Validators
that they may not have been privy to (i.e. a LiDAR-based Validator presenting information
that a field-based Validator was unaware of). Evidence can be provided through various
communication channels created and moderated by OFP for validators to use. Future
products will integrate these communication capabilities directly into the validation
dashboard, enabling validators to communicate new findings and data in real time.
Ultimately, Validators are incentivized to first vote for the response that is best supported
by the information they have access to (current + historical ground truth data, plus
whatever data sets they are able to access as forest expert organizations). They then have
an opportunity to change their response should another Validator present evidence that is
compelling enough to warrant it.
While any single Validator acting alone may not have full visibility into all aspects of the
project or may be able to miss certain anomalous aspects of the stage report, the design of
the system is such that a diverse group of actors with unique perspectives, acting in a
coordinated manner, is far more capable of detecting anomalies than any single VVB would
be.
Token-based rewards for Validators will be greater for the rejection of data than for the
acceptance of data. The incentive for data rejection, however, is counter-weighted by the
fact that no real value accrues to the protocol unless good, verified data is actually
approved, which counters any incentive to simply reject all data to maximize personal gain.
A Validator simply rejecting data to hopefully gain more tokens ultimately risks gaining
nothing from the process if other Validators are voting to approve in good-faith.
With such a structure, the veracity of the data being uploaded is naturally incentivized to
be more accurate, while actors are financially dissuaded from behaving maliciously. As
projects progress further along their lifecycle, uploading data stage after stage, any
anomalous data will stand out and be easily identified by the diverse group of remote
sensing and forestry experts that comprise the Validator cohort.
If a stage report is “Affirmed”, this means the validation network has deemed the contents
of the report legitimate and has affirmed that the project activities are in line with the
methodology that the project is adhering to. If a stage report is ‘Denied’, this indicates the
Validator network does not believe there is sufficient evidence from the field to support any
claims about carbon sequestration according to the project’s methodology. Carbon is only
ever created on OFP when a stage report is affirmed, otherwise the project must wait until
the next stage report validation to seek carbon creation. If a stage report is ‘Affirmed’, then
the carbon issuance process begins.
Field Agent Field Agents (FAs) are the people assigned by a Project
Operator to physically monitor and report on tree data from the
forest. FAs use the Forester mobile app to accomplish this task.
Forester Mobile App The Forester Mobile App is an Android and iOS mobile app
developed specifically to serve as the user-friendly, primary
tool for field measurements and geo-fenced photo collection.
Monitoring Zone A monitoring zone is the area of land within the larger project
area that is actively monitored by a Project Operator. When a
project begins, it is able to designate either the entire project,
or a smaller part of the entire project, as its first monitoring
zone. This is intended to help afforestation/reforestation
Project Area The discrete land area that a project’s activities are contained
within.
Project Operator The person or entity responsible for a forest project. Also
known as a project developer or project proponent.
Sample Plots Sample plots are small, spherical areas of land within which tree
data collection occurs.
Stage Stages are the discrete time periods that make up a project's
total lifetime.