How to Compare a Tokenised Credit with the Registry Record

06 October 2026

The short answer: you don't compare the token to the registry record - you compare the token's metadata and the registry's public data, and then you check whether the token points to a specific, active, unretired serial number that the registry confirms exists. If any link in that chain breaks, the token is not what it claims to be.

This page walks you through the practical steps. It assumes you already understand how a credit becomes a token and how registries work, so it focuses on the comparison itself.

What you are actually comparing

A tokenised carbon credit is a blockchain representation of a registry entry. The registry entry is the source of truth. The token is a claim about that entry. So the comparison is really an audit: does the token's claim match the registry's record?

Three things must line up:

1. The token's identifying data - usually a serial number, project ID, or both.
2. The registry's record for that serial number - status (active, retired, or cancelled), vintage, project name, and ownership history.
3. The token's status on-chain - whether it is marked as "retired" or still tradeable.

If any of these disagree, you have found a discrepancy. It does not automatically mean fraud - it could be a poorly maintained token, a bridge error, or an outdated metadata file. But it means you cannot trust the token as a representation of a real credit.

Step 1: Find the Token's Claimed Registry and Serial Number

Every serious tokenised credit should have a public metadata file, often called a "wrapped" or "bridge" document. This file is supposed to state:

• The registry (Verra, Gold Standard, ACR, etc.)
• The serial number or batch number of the underlying credit
• The project ID
• The date of tokenisation
• The issuer of the token

If the token has no metadata at all, stop. You cannot compare what you cannot identify.

If the metadata exists but is vague - e.g., "Verra credit" with no serial - treat it as unverifiable. A real tokenisation will have precise references because the registry requires them for the retirement process.

Step 2: Look Up the Serial Number on the Registry

Go to the registry's public search page. Verra, Gold Standard, and most others offer free search tools. Enter the serial number exactly as given. Watch out for transcription errors - a single wrong digit will return nothing.

What you want to see:

• Status: "Active" - This means the credit is still tradeable and has not been retired. If the token claims to represent a retired credit but the registry shows active, that is a red flag. It may mean the token was issued before retirement and the retirement was never recorded on-chain, or the token is not backed at all.
• Project and vintage - These should match the token's metadata. If the token says "2021 solar project in India" and the registry shows a 2015 forestry project in Brazil, someone made an error - or worse.
• Ownership history - Most registries show a chain of ownership transfers. Look for the last transfer. If the credit was moved to a retirement account, the registry will show it as retired. If it was moved to a holding account, it should still be active.

Step 3: Check the Token's On-Chain Status

Now look at the token on its blockchain explorer. Is it marked as "retired" (sometimes called "burned" or "locked")? Or is it still in circulation?

Here is the key rule: a token can only be retired on-chain if the underlying registry credit has been retired first, or simultaneously through an authorised bridge. If the token says "retired" but the registry says "active," the token's retirement is cosmetic. It may have been burned to remove it from supply, but the underlying credit is still live and could be tokenised again elsewhere - which is one way double counting happens.

Conversely, if the registry says "retired" but the token is still trading freely, that is also a problem. It means the token was issued before the retirement, and the retirement was not reflected on-chain. The token is now a claim on a credit that no longer exists in tradeable form.

Step 4: Verify the Project Is Still Monitored

A retired credit does not need ongoing monitoring - it is done. But an active credit does. If the token represents an active credit, confirm the project's monitoring reports are current. A project that has stopped submitting verified reports may be suspended by the registry. If the registry shows the project as "suspended" or "under review," the credit's future is uncertain.

This matters because you are not just comparing a serial number. You are comparing the ongoing validity of the underlying asset. A credit from a dead project may still be active in the registry, but its environmental integrity is questionable.

Step 5: Cross-Check the Token's Issuer

Who issued the token? Is it a known carbon bridge (e.g., Toucan, Celo's carbon marketplace, or a specific project developer)? Or is it an anonymous contract?

The issuer's reputation is not proof, but it is context. A well-known issuer with a history of proper retirements is more likely to have followed the correct procedure. An unknown issuer is a warning sign, regardless of how clean the metadata looks.

You can also check whether the registry has a public statement about tokenisation. Some registries have explicitly restricted or banned tokenising retired credits. If the token claims to be a retired credit from a registry that bans that practice, you know the token is either unauthorised or the retirement was not done through the registry's process.

Step 6: write down what you find

The comparison is only useful if you can act on it. Write down:

• The serial number
• The registry status and date of your check
• The token's on-chain status
• Any discrepancies

Then decide. If everything matches - registry active, token active, project healthy, issuer known - the token is likely a faithful representation. If anything is off, treat the token as unverified. Do not assume it is a scam; just assume you cannot prove it.

What a Mismatch Means in Practice

A mismatch is not always fraud. Here are common reasons:

• Tokenisation was done poorly - The bridge operator made an error in the metadata. The credit is real, but the token points to the wrong serial number.
• The credit was retired after tokenisation - The token was issued while the credit was active, then the credit was retired off-chain. The token still exists but no longer has a live backing credit.
• The registry record changed - Credits can be cancelled or invalidated after the fact. The registry is the final authority, not the token.
• The token is a fake - No credit exists behind it. The metadata is fabricated.

In all cases, the registry record wins. If the token disagrees with the registry, trust the registry. That is the entire point of comparing.

The Bottom Line

Comparing a tokenised credit with its registry record is a simple audit: identify, verify, and cross-check. It takes a few minutes and requires no special software. The registry is the court of last resort. If the token does not match the registry, the token is wrong - regardless of what its marketing materials claim.

Do this check before you buy, before you sell, and before you make any environmental claim based on the token. The registry will not do it for you.

Back to carbon credits