Skip to main content

MRV turns farm claims into evidence that can be inspected.

Measurement, Reporting, and Verification (MRV) is the evidence layer of the Kokonut Framework. Its purpose is not to make every farm claim automatically true. Its purpose is to make important claims traceable:
  • what was observed;
  • where and when it happened;
  • how it was measured or reported;
  • which record supports the claim;
  • whether the record has been reviewed;
  • whether it has been published or attested;
  • what uncertainty or limitations remain.
At Adelphi, MRV is already part of the operating model. Public farm records are exposed through the Kokonut Hub, while the broader MRV and attestation infrastructure continues to expand.

Inspect Adelphi's public records

Use the Hub for current published farm records, MRV events, harvest information, and project data.

Understand the data infrastructure

Kokonut Intelligence is the active data layer that stores, reviews, analyzes, publishes, and attests farm evidence.
MRV is a chain of evidence, not a magic proof mechanism. A sensor reading, a reviewed database record, an EAS attestation, and an impact conclusion are different things and should be described separately.

MRV in one sentence

Observe what happened → structure the record → review it → publish the evidence → attest when useful → interpret it with the appropriate methodology.
That sequence matters. A common MRV failure is to jump directly from “a record exists” to “the impact claim is proven.” Kokonut instead separates the evidence lifecycle into distinct layers. Each layer answers a different question.

What MRV can support — and what it cannot

The strongest wording should match the strength of the evidence.
Attested does not mean scientifically verified. An EAS attestation can make authorship, timing, and evidence references more inspectable. It does not by itself prove a carbon claim, certify ecological impact, guarantee a harvest, or create eligibility for a regulated environmental credit.

The five evidence classes

Farm documentation becomes clearer when every claim is identified by evidence class.

1. Direct observation

A field note, photo, GPS record, operator observation, or documented farm event.

2. Measurement

A sensor reading, area measurement, soil value, quantity, timestamped harvest entry, or remote-sensing output.

3. Derived indicator

A value calculated from source data, such as a vegetation index, loss rate, trend, score, or aggregation.

4. Forecast or model

A scenario based on assumptions: future yield, revenue, impact, carbon, risk, or another projected outcome.

5. Attestation or reviewed claim

A record whose provenance, review, or publication state has been formally captured. The attestation describes the claim; it does not replace the underlying evidence.

Interpretation

A conclusion produced by applying a defined method to evidence — for example EBF reporting, CRISP review, SDG mapping, or an agronomic assessment.
This vocabulary should be used throughout Kokonut farm pages. For example:
  • “110 hens documented” is a recorded state.
  • “48,450 lettuces per harvest” is a forecast when derived from planning assumptions.
  • “NDVI increased over a period” is a derived remote-sensing observation.
  • “The farm restored biodiversity” is a higher-level impact claim that requires a defined baseline, method, period, and supporting evidence.

Record lifecycle in Kokonut Intelligence

Kokonut Intelligence defines a review lifecycle before operational records become trusted enough for public use.
“Verified” here is a workflow state. It means the record passed the applicable Kokonut review process. It does not automatically mean external scientific certification, regulatory approval, or independent audit.

The observation stack at Adelphi

Adelphi combines several evidence sources because no single instrument can describe a whole farm.
Ground observations describe conditions close to the crop and soil.Documented variables include:
  • volumetric water content;
  • electrical conductivity;
  • soil temperature;
  • soil and crop condition;
  • water observations;
  • operator field notes.
These measurements can support irrigation, soil, nutrient, and crop-condition analysis when collected with consistent units, locations, and time periods.

Documented tools and methods

The public repository currently references the following tools and evidence surfaces for Adelphi.
Tools can change. The durable part of the methodology is the evidence requirement: source, timestamp, location or farm context, payload, provenance, review state, and limitations.

The current MRV payload

The builder documentation defines a shared payload shape for ground, remote, and community observations.
This is a shared interface for interoperability. It should not be mistaken for a complete scientific methodology. A serious measurement can also require:
  • units;
  • instrument or source metadata;
  • calibration information;
  • sampling method;
  • coordinates or plot reference;
  • observation period;
  • baseline;
  • reviewer;
  • evidence files;
  • uncertainty or quality flags.
Changes to the shared MRV payload should be treated as compatibility-sensitive and reviewed before implementation. See the builder primitives →

From record to public evidence

Not every observation needs to be put on-chain. A practical evidence path is:

1. Capture the source

Record the field event, measurement, imagery, harvest, GPS point, photo, or other primary evidence with enough context to understand it later.

2. Structure the record

Associate the observation with a farm, timestamp, measurement type, source, payload, and any relevant crop cycle, plot, operator, or evidence reference.

3. Review the record

Check completeness, units, plausibility, provenance, duplication, and whether the record supports the claim being made.

4. Publish approved records

Published records can feed the Kokonut Hub, APIs, governed metrics, reports, and downstream analysis.

5. Package durable evidence when needed

Important evidence can be referenced through content-addressed storage such as IPFS/Filecoin, preserving a stable pointer to the evidence package.

6. Attest significant claims when useful

Kokonut Intelligence supports EAS on Celo for farm-data attestations. The attestation can link a public claim to evidence, an attestor, and a timestamp.

7. Interpret with the right method

Use the evidence for agronomic analysis, forecast reconciliation, EBF reporting, CRISP review, SDG evidence, governance review, or another defined purpose.
Gnosis and Celo have different roles. Kokonut governance and treasury execution are documented on Gnosis Chain. Farm-data attestations are implemented through EAS on Celo. Governance capital and farm evidence can be connected without placing them on the same chain.

What should be attested

On-chain attestations are most useful when a record has lasting coordination value. Examples can include:
  • a significant MRV submission;
  • a harvest milestone;
  • a farm-data claim referenced by governance;
  • an impact-report evidence anchor;
  • a funding or milestone record;
  • a compliance or partner record where public provenance is useful.
Not every sensor reading needs its own transaction. A high-frequency soil stream can remain in the governed data layer while a reviewed period summary or significant claim receives the durable attestation.
Attest the claim that needs public provenance — preserve the detailed source data where it can be reviewed appropriately.

Claim standard for Kokonut farm pages

A material farm claim should answer as many of these questions as applicable: This standard is especially important for claims about:
  • harvests;
  • revenue;
  • jobs;
  • carbon;
  • biodiversity;
  • soil improvement;
  • water;
  • SDGs;
  • public-goods allocation;
  • certification;
  • community benefit.

Forecasts belong in MRV — but as forecasts

MRV is not only about recording achieved outcomes. It also makes planning assumptions testable. The Adelphi Crops & Harvest Forecast contains projected yields and revenues based on explicit assumptions. MRV closes the loop by comparing those projections against:
  • planted quantities;
  • survival and loss rates;
  • actual harvest volume;
  • realized prices;
  • crop-cycle timing;
  • operational interruptions;
  • field conditions.
The goal is not to defend the original forecast. The goal is to make the next forecast better because actual farm performance is increasingly documented.

EBF, CRISP, and SDGs are interpretation layers

Raw evidence and impact interpretation should remain separate.

MRV — evidence

What happened, what was measured, where the record came from, and what supports it.

EBF — value interpretation

Organizes ecological, economic, social, and sustainability evidence into a broader impact profile.

CRISP — risk interpretation

Surfaces risks that can weaken carbon or ecological delivery claims.
SDG reporting similarly maps documented activities and outcomes to Sustainable Development Goal categories. None of these interpretation layers should create impact simply by being calculated. They are only as credible as:
  • the underlying evidence;
  • the baseline;
  • the reporting period;
  • the method;
  • the review;
  • the disclosed uncertainty.

AI agents can prepare evidence, not self-certify it

Kokonut × AI Agents describes developing automation around MRV and farm data. Useful agent workflows can include:
  • checking payload completeness;
  • calculating derived vegetation indicators;
  • comparing forecasts with actuals;
  • identifying stale or missing records;
  • preparing draft MRV summaries;
  • formatting evidence packages;
  • generating draft reports;
  • routing records for review.
Agents should not independently:
  • certify an impact claim;
  • declare a farm compliant;
  • guarantee yield or revenue;
  • change the Common Data Schema silently;
  • publish high-impact conclusions without the appropriate reviewer.
The Agentic Marketplace remains in development. Agent-assisted MRV should be described as automation around the evidence workflow, not as an autonomous verification authority.

Data quality matters more than data volume

More records do not automatically create better MRV. A smaller dataset with clear provenance can be more useful than a large dataset with unclear units, missing timestamps, inconsistent sampling, or no review.

Minimum quality questions

Before using a record in a public claim, ask:
  • Is the farm and location clear?
  • Is the timestamp or reporting period clear?
  • Are units defined?
  • Is the source known?
  • Is the method reproducible or documented?
  • Is there a baseline when the claim depends on change?
  • Is the record complete enough for the intended use?
  • Has it passed the appropriate review?
  • Are assumptions separated from observations?
  • Are limitations disclosed?

Known limitations and failure modes

Credible MRV includes the reasons a conclusion may be weak.
Private or sensitive evidence can remain off-chain while public claims expose only the evidence reference, attestation, or appropriately redacted record needed for verification.

Current maturity

The MRV stack combines live components with infrastructure that is still expanding.

How different readers should use MRV

Farm operators

Use observations and trends to support field decisions while keeping agronomic judgment close to the farm.

Impact and research contributors

Review methodology, baselines, evidence quality, uncertainty, and whether claims match the data.

Governance and capital participants

Use published evidence to evaluate milestones, funding requests, risks, and proposal assumptions without treating dashboards as automatic decisions.

Partners and grant reviewers

Trace material claims back to reviewed records, evidence packages, reporting periods, and documented methodology.

Developers

Preserve schema compatibility, provenance, lifecycle state, and evidence references when building farm-data integrations.

Agent builders

Build bounded automation that prepares, checks, or analyzes evidence while leaving high-impact approval to authorized reviewers.

Contributing to MRV

MRV changes can affect live farm records and downstream systems, so material changes should be reviewed before implementation. Good contribution areas include:
  • payload validation;
  • schema versioning;
  • evidence-quality rules;
  • field forms;
  • sensor metadata;
  • remote-sensing methodology;
  • forecast-vs-actual reporting;
  • Hub visualization;
  • attestation schemas;
  • privacy and selective disclosure;
  • EBF / CRISP evidence requirements;
  • agent-assisted QA;
  • multi-farm comparison methods.
Open an issue before changing the shared MRV payload, attestation format, evidence lifecycle, or interpretation methodology. These are compatibility-sensitive primitives consumed by farm, reporting, governance, and developer workflows.

Continue through Kokonut Farms

Adelphi — Farm Overview

See how MRV fits into Kokonut’s first live reference farm.

Crops & Harvest Forecast

See how forecast assumptions are designed to be reconciled against actual farm records.

Ecological Impact Frameworks

Understand how EBF and CRISP interpret evidence without replacing the MRV layer.

Kokonut Intelligence

Explore the canonical data, review, analytics, attestation, and agent-access infrastructure behind MRV.

Build with Kokonut

Review the public payload structures, developer primitives, repositories, and compatibility requirements.

Open Collaboration

Contribute to data quality, MRV methodology, farm records, evidence review, or tooling.
Good MRV does not eliminate uncertainty. It makes uncertainty, evidence, provenance, and interpretation visible enough that better decisions can be made.