Introducing $CARB onchain marketplace for carbon credits. Explore order books, auctions, retirement certificates and portfolio tracking with settlement in USDG on Robinhood Chain.
Carbonized is a carbon-credit marketplace on EVM chains, deployed to Robinhood Chain Testnet and being prepared for Robinhood Chain mainnet.
Carbonized lets companies and traders trade, auction and retire tokenized carbon credits onchain. Each credit is an ERC-721 NFT created by an authorized issuer and carrying project metadata; credits can be wrapped 1:1 by tonnes of CO2 into ERC-20 tokens that trade on a marketplace combining an order book, timed auctions and an AMM pool.
CA : 0x48d134b04238ab7fb9134e6fc47149c39f3d022c
https://t.co/fwclzp2bTg
Carbonized is aimed at the Chinese market. Its ICM_COMPLIANCE pool is meant for national-registry compliance credits (for example CCER credits), alongside voluntary standards such as Verra VCS and Gold Standard. The testnet carries no real credits.
How Carbonized implements it?
In the marketplace contract, creating an order escrows the relevant asset: payment tokens for a buy, CCT for a sell. Orders can be partially filled, and creators can cancel the unfilled remainder for a refund. An important detail: anyone fills an order directly, and orders are not matched against each other by the contract. So two crossing orders do not automatically trade; a third party must take one. That keeps the contract simple but means a user wanting instant execution should hit an existing order. Full details are in the CarbonMarketplace reference and the buy credits guide.
Auctions vs Order Books for Carbon Credits
Carbon credits vary widely in quality and liquidity. This post compares order books and auctions as price-discovery tools, with the specifics of how Carbonized's marketplace contract implements each.
Order books: An order book is a list of standing offers.
- A buy order says: I will pay up to this price per tonne for this amount.
- A sell order says: I will sell this amount at no less than this price.
- A trade happens when someone accepts an existing order. The best bid and best ask set the visible spread, and depth shows how much volume sits at each level.
Strengths:
- Transparent. Everyone sees the same quotes.
- Price control. You state your limit and wait, instead of paying whatever a curve gives you.
- Fits standardised units. Pooled, fungible tokens such as methodology-specific CCT are good candidates.
Weaknesses:
- Needs liquidity. With few participants, spreads widen and orders sit untouched.
- Capital is locked. Escrowed funds or tokens cannot be used elsewhere while the order is open.
- Stale quotes. If the world moves and you do not, someone may take your order at a price you no longer like.
Auctions vs Order Books for Carbon Credits
Carbon credits vary widely in quality and liquidity. This post compares order books and auctions as price-discovery tools, with the specifics of how Carbonized's marketplace contract implements each.
Price discovery in one paragraph.
Price discovery is how buyers and sellers converge on what something is worth. When a good is uniform and traded often, standing quotes do the job. When it is unusual, someone must ask the market, and an auction is a way of asking.
TL;DR: Order books work well for standardised, frequently traded units where many buyers and sellers want to meet at a known price. Auctions work better for rare or one-off lots whose value is uncertain. Carbonized's marketplace contract offers both, plus an automated market maker, and each has simple but real trade-offs.
How should a market find the price of a carbon credit? The answer depends on how standardised the thing being sold is. Carbonized provides several mechanisms because credits live along a spectrum from commodity to collectible.
What the issuer role is:
> Issuers are trusted parties; the contract is not a verifier.
> Only approved issuers can create credits. There is no public mint, faucet or starter pack.
> Each credit needs a non-empty registry serial, a non-zero evidence/oracle proof hash, 1 to 10,000,000 tonnes and a vintage between 2015 and 2050. One serial can be tokenized once, ever.
> Credits can be retired (burned) or transferred, and can be wrapped into a pooled CCT only when they carry a serial and a proof hash and match the pool methodology.
> The contract checks formats and uniqueness, not facts. It never contacts a registry or an oracle.
Credits are created only by approved issuers. This page explains how issuers work, lists the current ones and, for issuer wallets, lets them issue credits.
How to become an issuer:
1. Prepare evidence for the credits you want to issue: the external registry serial numbers and the verification report or retirement/ownership proof for each.
2. Ask the Carbonized operator to review your application (see the issuer guide for the checklist). Use a multisig wallet address, not a personal key.
3. Once approved, your wallet is added as an issuer and appears in the public issuer list on this page.
issuer guide : https://t.co/zudDcXDXF5
KYC is now live on Carbonized (sandbox).
Here is how it works:
1. Connect your wallet
2. Sign one message. It proves you control the wallet. No transaction, no gas.
3. Complete a secure identity review
4. Your verified status is tied to that wallet
Carbonized stores the status, not your documents. Challenges are single-use and expire in 10 minutes, and every request is rate limited.
We built it wallet-first, so there is no separate account to create. Your wallet is your identity on the marketplace.
This is the sandbox rollout. Onchain access for KYC-required orders follows next.
Price feed per methodology fed by Chainlink Functions from operator-provided sources, with a multisig manual-report fallback, bounds, confidence and staleness checks.
Reading the signals together.
Use these as a checklist:
- Pool far above the reference. Possible scarcity, thin liquidity or a stale oracle.
- Order book far below the reference. Possibly weak demand for that methodology or a stale quote you can take.
- Wide spread and shallow depth. Expect to pay for immediacy. Consider a patient limit order.
- Large size. Consider splitting across venues or using an auction.
Different vintages. Never compare unlike with like.
Imagine a reference of 100 units per tonne, an order book offering 101 for small size, and a pool that quotes 102 after slippage on your trade. After a 0.25 percent fee, the order book may win for a small purchase, while a larger one might be split across venues. These numbers are made up to show the process, not live data.
A fee example: on a trade costing 10,000 units, a 0.25 percent fee is 25 units. In the marketplace contract, order and auction fees come out of what the seller receives, while on AMM swaps the fee is deducted from the input. Who bears the fee affects how you set your limit price. The details are in the CarbonMarketplace reference.
From quote to all-in cost.
The headline price is only part of what you pay. Build your estimate this way:
1. Take the quote at your size, not the best price for one unit.
2. Estimate slippage for pools or depth consumption for order books.
3. Add the trading fee. Carbonized's default is 0.25 percent.
4. Add network gas, which is small on a low-fee chain but not zero.
Compare the total across venues.
Three kinds of price signal
1. An oracle reference
A price oracle brings off-chain price information onto the chain so that contracts and users see the same figure. The design in Carbonized's CarbonPriceOracle uses Chainlink Functions to query several external sources, compute a weighted average, and store the result along with volume and a confidence score. A benchmark of this sort is useful for sanity checks: if a pool quote is wildly above the reference, find out why.
Important caveats:
> A reference is not an execution price. You may not be able to trade at it.
> Quality depends on the sources and the weighting. The Carbonized implementation weights by source, not by traded volume, whatever the word VWAP might suggest.
> Stale data is dangerous. The contract can reject prices older than a set limit.
> Carbonized's oracle is not connected to the trading logic. No marketplace contract reads it today, so it is informational only. See CarbonPriceOracle.
And on the testnet it is mocked. The router stand-in never calls back, so no real price is stored. Any figures in dashboards are demonstration data. This is stated in our FAQ and I will repeat it in the launch post.
2. Order-book depth
An order book shows bids and asks, and the gap between the best of each is the spread. Depth tells you how much can trade near that price.
> A tight spread with little depth can look cheap and still move sharply when you place a large order.
> A wide spread signals thin interest or uncertainty.
Read the whole stack, not just the top line. For mechanics, see auctions vs order books.
3. Pool prices
An automated market maker prices from its reserves. In a constant-product pool, the spot price is the ratio of the two reserves, and larger trades relative to reserves move the price more. That movement is slippage. A pool always offers a quote, even in a quiet market, but you pay for that convenience when you trade size.
Reading Carbon Prices: Oracles, Order Books and Pools
How to compare quotes across an order book, an AMM pool and an oracle reference, what a price oracle can and cannot tell you, and how fees change the all-in cost of a trade.
Why there is no single price?
Prices vary with:
Type of credit: removal credits usually cost far more than avoidance credits.
Standard and methodology: buyers trust some programmes more than others.
Vintage: the year of the reduction can matter a great deal, particularly for compliance eligibility.
Project attributes: geography, co-benefits and how well the project is documented.
Venue: a quote on one market is not necessarily comparable to a quote elsewhere.
Compliance vs voluntary: allowance prices in schemes like China's ETS reflect legal demand, while voluntary credit prices reflect corporate demand and reputation. See our ETS and CCER overview.
Reading Carbon Prices: Oracles, Order Books and Pools
How to compare quotes across an order book, an AMM pool and an oracle reference, what a price oracle can and cannot tell you, and how fees change the all-in cost of a trade.
TL;DR: There is no single carbon price. Each credit type, vintage and venue has its own. Compare an oracle reference, order-book depth and pool quotes, add fees and slippage, and treat the oracle as a benchmark rather than a promise. In Carbonized's current testnet the oracle is mocked, so the numbers you see are demonstration data.
If you want to buy or sell credits sensibly, you need to know what a fair price looks like. That is harder than it sounds, because "the carbon price" is a convenient fiction.
Accurate checklist for a Carbonized mainnet deployment on Robinhood Chain - funding, USDG, oracle configuration, registry endpoints, the optional CARB token stack, role handover, verification and Vercel variables.
Run the Carbonized web app against Robinhood Chain Testnet or Mainnet and make your first transaction.
Wrap issuer-created carbon credit NFTs into pooled CCT tokens in four steps, or unwrap CCT back into the NFT.
Browse the onchain order book, buy CCT with payment token, or sell CCT into a buy order.