RFC: blockchain native carbon tokens - Coorest x KlimaDAO
- Edited
Coorest has created its own standard for climate projects and a single methodology.
Also Coorest has issued 10,000 NFTrees and about a million of CO2 tokens.
At the same time the registry of Coorest climate projects is not public (if it exists at all).
I don`t have understanding:
- which projects are registered or are in the process of registration
- of projects documentation
- of token`s quality.
The token price strategy is strange too (70% of of EU ETS AlLowance).
The average price of retired carbon credits in 2022 was $8.
To compensate the ton of CO2 using Coorest tokens companies or individuals need to pay 85 Euro.
I think it's too early to list Coorest tokens on the carbonmark.
This will not bring any profit to either side.
But it may undermine faith in the DVCM, carbonmark and KlimaDAO.
I made a brief overview of the Coorest project in my blog. If you're interested, you can take a look. It is for a Russian-speaking audience, use a translator https://carbonadvisor.org/vozniknovenie-novyh-standartov-vypuska-uglerodnyh-edinicz-na-primere-coorest
carbonadvisor
Hi,
All our projects that generate CO2 tokens can be found the in the CCS registry, as mentioned in the posts above.
Regarding the token price. We see the EU ETS as a leading indicator for carbon prices. Coorest is focused on offering a new carbon asset with higher quality guarantees. This also brings costs that we need to offset.
Cost that are reflected in the CO2 tokens price:
- Monthly dMRV data to validate CO2 token minting (satellite data, analysis and Chainlink Oracle operations)
- Free onboarding for farmers / green projects
- Software development (funding for insurance product, R&D)
- Additionality of carbon projects (All newly planted projects)
In our experience people and companies are willing to pay a higher price when buying smaller quantities (micro offsets) and get a higher level of transparency. For bigger amounts of offsets, green projects, and farmers can always be asked to sell at lower prices. Coorest isn't the custodian of the CCO2 tokens generated by these projects.
- About NFTrees; batch 1 is going to produce fruits and sale of those fruits in food market are going to generate rewards, what are these rewards?
Is the sales monitored somehow? It just sounds so complex at this point.
2.Are those satellite images visible for public?
- How much cco2 tokens Coorest holds and how much would be listed on Carbonmark?
Thanks.
Hi,
The rewards will be paid out in stablecoins. Batch 1 are all Fig trees and will be sold via another company that collects the figs and sells them to supermarkets. The sales are monitored by Coorest management. The land and assets related to Batch 1 are owned by Coorest.
We upload pictures of the projects in the CCS registry. We plan to improve the visibility of the datasets in our dMRV 2.0 that we are developing with Floodlight.
Coorest only holds 8% of the CCO2 token supply. NFTree holders and onboarded projects hold 92% of CCO2 token supply as we are decentralized on the project level. We can ask our green projects and farmers how much they want to list and at what price.
- Edited
Coorest
Hi, Nick.
Thanks for the clarification.
I've studied your standard carefully because we are discussing the implementation of the similar scheme in my country.
I like the technical approach, The quality of carbon credits can be improved.
I would add:
Transparency. There is no procedure for discussing climate projects with local communities, as implemented in VCS and GS. The registry of climate projects is in the form of tabs without the ability to search. The social and environmental effects of projects are not always included. The correlation of the climate project with the SDGs is not given.
Tracking. It is necessary to determine the climate project that released the token. It makes sense to create Pools, like KlimaDAO or Flow carbon did
Robust third party validation and verification. It makes sense to accreditate a third party and delegate the validation procedure to it. To make the project verification procedure understandable to a person without deep knowledge of blockchain
No double counting. To develop an effective procedure to avoid it.
Additionalityt. Planting orchards is profitable without selling carbon credits.
CCP is a good marker for quality https://icvcm.org/the-core-carbon-principles/
As for the price per token, an excellent marker is MCO2. It`s advantages are VCS and listing on the main crypto exchanges. https://coinmarketcap.com/currencies/moss-carbon-credit/
sincerely,
Dmitri
- Edited
Hi Dimitri,
Transparency: In our onboarding procedure we engage with projects continuously. Each onboarded project is involved in its own local community, therefore, we discuss with multiple communities through our partners. We provide their social media details in the CCS for other people to follow the onboarded projects and communities.
Tracking: It's possible to track all the wallets of onboarded projects. Because all projects generate the same fungible CO2 token, it's not necessary to create project pools. The CCS criteria allows all projects to generate the same CCO2 token. This will make it easier to develop the natural disaster insurance product.
Third party validation is done through our satellite data partner. As they monitor all projects continuously. Our smart contract are developed in such a way that without their data projetcs can't claim their CCO2 tokens. Coorest doesn't control this.
Double counting is impossible in our system because the tokens only exist on-chain. Therefore, the minting and burning of the CCO2 tokens can be tracked without having to worry about bridges.
Additionality in the CCS looks at newly planted trees and not at the profitability of projects. We believe it's important to include yield-bearing trees in the standard because they provide income and food to local communities. Deforestation has often an economic root cause which we are trying to improve. Coorest thinks it's important that both environmental and economic impact go hand in hand. Therefore, farmers play an important role in our ecosystem. Want to so these farmers grow by earning more income enabling them to buy more land, plant more trees, hire more workers, and produce more food. The best weapon against deforestation, poaching, and pollution is growing local wealth.
We see that the market, mainly consumers in Europe, is becoming critical to carbon credits related to projects in South America / Amazon and forest preservation. Often these projects are opaque, untransparent and their impact questionable. We see that The Guardian article pointed made people/businesses very critical regarding kinds of projects. Coorest sees a shift to more transparent carbon offsets and people are willing to pay a premium for that. Example: https://www.sinkit.org/projects.
Coorest can guarantee the buyers of CCO2 tokens that their money is directly going to our onboarded projects and there is no possibility for double counting of these CCO2 tokens due to the implementation of the PoCC certificates.
Kind regards,
Nick
- Edited
First off, thanks for this RFC - it's great to see alternative standards like Coorest putting themselves forward to be considered for inclusion in KlimaDAO's infrastructure via the public governance process.
carbonadvisor raises some important concerns about pricing, but in my view this is part of the appeal of Carbonmark's fixed pricing model as a complement to the liquid pools e.g. BCT. Would love to see multiple listings on Carbonmark for different amounts of CCO2 at different price points to get some price discovery going.
I'm curious to learn more about a few areas:
1. Can you share more details or any references about how the Floodlight oracle works? Where does the underlying data that the oracle nodes are reading come from? How many oracle nodes are there? Is it relying on a single modality of visual satellite data from a single source, or do you plan to corroborate the observed sequestration with multiple data streams?
2. Could you share any information about future methodologies Coorest may develop? Have you determined whether those additional methodologies will be issued under the same CCO2 fungible token, or under a separate token per methodology?
In particular, the current design of CCO2 is more similar to the MCO2 token (which represents a weighted basket of half a dozen roughly comparable Verra REDD projects) - as opposed to the selectable pool design of e.g. Toucan's NCT or C3's UBO.
3. Longer term, do you have any thoughts on the trade-off between using a single weighted basket token vs. a selectable pool of projects?
For context, in my view, there is an unavoidable compromise between liquidity and fungibility. That said, the project-vintage token approach combined with selectable pooling seems a more flexible system that can be adapted more easily over time compared with a single fungible token like CCO2 is at the moment.
4. Could you share any information about the size of the project pipeline? How much supply do you expect to be issued over the next, say, one year? 3 years?
- Edited
Thanks for thought about the necessity of token specification.
Tokens CO2 will have low value without defining the type of climate project, vintage .
It is necessary to release carbon tokens to the DVCM very carefully.
Companies like Particula are preparing ratings.
Project will be over if it receives several negative ratings.
At Coorest we believe in Carbon Standard criteria (additionally), fungibility, on-chain MRV and traceability. We now companies like Particula are trying to set ratings for the market. We are in contact with them and discussed ratings. Crypto native carbon assets will be able to create complete standards for ratings through the use of dMRV and smart contract for minting and retirement of CO2 tokens. All project types are defined in the CCS registry because they adhere to the same CCS criteria we are able to have a fungible token. This is very important for follow-up products like natural disaster insurance for these projects.
- Floodlight aggregates satellite data, in this case, biomass data is used as an indicator for CO2 absorption. Every month Floodlight put the outcome of their analysis on-chain because smart contracts can't digest this raw data. Each project has a project ID, Coorest smart contract makes an Oracle once a month. The outcome of the Orcal call determines if a project can claim CCO2 tokens. If biomass data shows negative, indicating the trees are lost, the minting of CCO2 tokens is locked. The raw data and the algo for analyzing the data happens at the side of Floodlight. Right now, this is the only Oracle for now. We are developing dMRV 2.0 at this moment to add more data and display more collected satellite data and store that on-chain.
2.We are focused on setting new standards for dMRV and crypto-native carbon assets. at this moment we use satellite data because it's the most scalable tech for dMRV. Over time we will ad on-ground and in-the-ground sensor data to our dMRV to enrich data collection through the triangulation of data sources. Coorest will stick with nature / tree planting projects for the foreseeable future. Other methodologies can only be issued under the same CCO2 token if these projects can comply with the dMRV data collection criteria we have for now. For blue carbon projects for example we will need a new token bCCO2 for example.
For the long-term we believe fungibility is key to success. It helps us to set up: 1. Insurance product 2. Sales channels are sourced from the same pool of CCO2 tokens 3.No competition between projects for selling their CCO2 tokens through our sales channels. 4. Fund all onboarded projects at the same time through our sales channels.
We have multiple projects of different sizes in the pipeline. This year we will onboard between 100 and 800 hectares. Within 3 years we will have onboarded a minimum of 10.000 hectares. But this is hard to predict because we are getting resources in place to enhance our onboarding capacity.
I would like to make an additional point regarding ratings. At Coorest we think rating will be determined by the following criteria:
- dMRV: which data sources / how is the data used / frequency of data heartbeats / where is the data stored
- additionality: New planted trees / newly deployed carbon capture initiatives
- transparency: who is controlling what / where does the money go from selling carbon assets
- decentralization: How is the issuance and retirement of carbon assets controlled (decentralized vs centralised)
For these reasons, we chose to go, crypto native, because it allows us to have a different architecture design compared to non-crypto native carbon assets. Everything that deals with bridging off-chain to on-chain will have centralized bottlenecks preventing fully utilizing dMRV, transparency, and decentralization.
- Edited
Coorest
Nick, only the market will show the demand for Coorest tokens.
These tokens will compete with:
- one-bridge tokens such as BCT, NCT
- two-bridge tokens which were usued before Verra and Gold Standard adopt rules of tokenization
- tokens which will be usued after Verra and Gold Standard adopt rules of tokenization. Such Protocols as Toucan and Flowcarbon are ready to play by the new rules.
- tokens which will be usued after creating international rules for DVCM (IETA councel group on digital climate markets)
I gave you some tips from my studying of carbon market and ways of tokenization.
You can use them or not.
- Edited
Thanks for the proposal @Coorest
One thing I have not seen directly answered is the amount of supply that will be available for retirements? Are we talking 10s of tonnes, 100s of tonnes, 1,000s of tonnes (or more) in the next year and beyond?
I see a couple of my concerns have been raised above from @carbonadvisor (thanks for the inputs here, Dmitri).
Re third-party verification and validation, understood that your satellite data partner monitors and enables the issuance of the CCO2 tokens. Making this process understandable to a broader audience would certainly help increase confidence in the solution and demonstrate to the market how this tech can help validate the robustness of supply within the VCM. As well as increase confidence and demand for CCO2 itself. Are there any resources you already have here to help communicate this approach, and its results, to the market?
I am not totally convinced (or perhaps I don't fully understand) the approach you are taking by using EUAs to benchmark prices. The EU ETS pricing mechanism is obviously different to that of voluntary credits. However, as Marcus points out, I do think Carbonmark can play a role in validating (or not) this approach.
@carbonadvisor raises a fair challenge around risks to the broader Digital Carbon Market if carbon credits onboarded into it are not up to the standards expected within the market. A personal opinion I hold here is that through the infrastructure KlimaDAO has built for the demand-side of the market, it can and should play a role in enabling and collaborating with novel approaches within the VCM's supply-side. Carbonmark offers a route to do this without immediately relying on our own LP capabilities. Listing CCO2 on Carbonmark can therefore be seen as providing a service to Coorest that can help them grow and validate their product, before a deeper partnership in future.
This therefore seems to be an appealing collaboration to pursue, which gets to the very reason KlimaDAO has built open-source, community-owned tech -- through decentralized governance the DAO can use opportunities like this to consider the role it wants to play in the market:
- Should it simply provide a route to market for the most established and utilized carbon credits (which is arguably what it does today);
- should it create a platform to support and accelerate leading innovators within the market (of which I perceive Coorest to be);
- or should KlimaDAO not gatekeep at all and, through demand, let the "market decide" what is good and what is not?
...This is perhaps more of a philosophical discussion point. But, to be very blunt if Carbonmark allows CCO2s to be listed, and there is no demand, KlimaDAO doesn't take much risk here (at least from a financial sense). Conversely, if its a success and CCO2s secure further validation and demand through this collab (e.g. via Provide Eco mentioned by @ryfleisch ) KlimaDAO stands to provide legitimate value to Coorest and the market more generally. Further, success here can open up routes for a deeper collaboration, whether that is bonding, forward funding as with SCB and Aither, etc.
Whether Carbonmark supports Coorest or not, I am sure they will come up against scrutiny because that is how the VCM regulates itself. Coorest are clearly serious, have extensive documentation and are gaining traction to bring them to where they are today. In addition, with the data-led approach they appear to be well-placed to deal with scrutiny by using objective data.
To summarize, from what I have read so far, I am generally "for" an experiment here with listing CCO2s on Carbonmark to help the validation of both Coorest and KlimaDAO's approach in the market.
Obviously there's more work to be done (not least understanding supply profiles, Coorest's own ambitions, etc...) before having a serious conversation around KlimaDAO bonding CCO2s, or other collaborations.
Currently, we have over 1000 tonnes available for retirement. This will grow to 1,000s of tonnes over the next couple of months.
CCO2 token contract for latest updates: https://polygonscan.com/token/0x82b37070e43c1ba0ea9e2283285b674ef7f1d4e2
I have seen the public consultations of Verra and GS. I think bridging can be avoided and therefore should be avoided. This greatly enhances transparency, safety, and decentralization. Why have the carbon credits off-chain if it can be done on-chain?
- Edited
Coorest
The market (companies and investors) creates requirements for carbon credits.
It is important for them that the rights of the local comunities are not violated during the implementation of climate projects. This is the reason why public consultations are held.
There is absolutely no difference that carbon credits are on-chain or off-chain.
Sustainable development benefits and safeguards - IC-VCM Core carbon principle
https://icvcm.org/the-core-carbon-principles ""
PROCESS TO BE CERTIFIED GOLD STANDARD
https://globalgoals.goldstandard.org/certify-a-project/
if it's not a secret, who in your company was engaged in the analysis of the carbon market before the development of the Coorest project?
- Edited
Thanks for addressing those points, sounds like supply will be pretty constrained in the short term.
Side note: this does remind me of the whole "kilograms vs tonnes" discussion - I undestand CCO2 is denominated in kilograms instead of tonnes, honestly in a world of fungible tokens I'm not super fussed about that, though the industry standard is one tonne so in my opinion fighting against that isn't really worth the effort
Clarifying Scope
Just to make sure everyone is clear on the scope of this proposal, let's say hypothetically that this RFC advances, passes governance in a few weeks and then a month or two later the Carbonmark integration is successfully implemented:
1. How many tonnes would Coorest expect to list on Carbonmark initially?
2. Are there other significant holders of CCO2 besides Coorest itself (on behalf of your project developers) who you expect to list?
Overall I concur with 0xy_Moron that this initial proposal to include CCO2s in Carbonmark is a reasonable starting point, as there is little financial risk to the DAO. Data generated from CCO2 listings on Carbonmark would provide hard evidence of whether there is underlying demand for the credits at the listed prices.
This demand signal will also gauge the extent to which the Coorest Carbon Standard has established credibility with its innovative dMRV methodology and use of blockchain-native credit issuance.
In terms of reputational risk should issues arise with Coorest's standard or methodology, I'm not overly concerned as long as we clearly indicate in Carbonmark that CCO2 is a distinct asset from the traditional one-way bridged carbon credits originally issued under Verra's VCS standard.
This public governance process to vet the Coorest Carbon Standard and identify potential issues demonstrates KlimaDAO's commitment to credible neutrality. Even assuming all the concerns raised here are addressed, KlimaDAO will only gradually integrate this new credit issuance system into its existing infrastructure, with subsequent governance proposals required at each point of further integration (e.g. to create a liquidity pool or enable bonding).
Retirement Aggregator?
Another open question, more for the KlimaDAO community rather than Coorest, is whether this initial proposal should include integration of CCO2 into the retirement aggregator?
Considering retirement is a key function of the Carbonmark product, I'd argue yes it should, but that will also mean that the treasury would start accumulating CCO2 fees from the retirement aggregator.
Technically KIP-17 specifically delegated decisions about inclusion in the retirement aggregator to DAO contributors rather than the KIP governance process. As articulated in KIP-17, this establishes an "integration funnel" for new carbon assets with an increasing level of governance required for increasing levels of integration:
- Partnerships and Policy teams vet the new asset for sufficient liquidity, as well as the quality of the underlying offset tonnage and security of the bridging technology.
- If due diligence does not reveal any significant concerns, the asset can be added to the retirement aggregator and enabled as a reserve asset so fees count toward KLIMA backing.
- If the asset continues to perform well and gain adoption, a KIP can be put forward by the Policy team to open bonding for the asset.
Given that this is the first new carbon standard we've had initiate the governance process for inclusion, it would be worth discussing whether any retireable credit which is approved for integration with Carbonmark should also include integration in the retirement aggregator, and therefore accumulation of fees denominated in that type of credit.
In my opinion, additional fees are a pure win for the protocol in terms of treasury market value and diversity of carbon credits. Furthermore, I there should be some ability for KlimaDAO to benefit from inclusion of CCO2 in Carbonmark. A 1% convenience fee on retiring CCO2 via Carbonmark's retirement aggregator integration seems like a reasonable way to do so without imposing extractive fees on Coorest itself or the project developers in exchange for inclusion.
- Edited
MarcusAurelius
As far as I understand, marketplaces are created precisely for the convenience of customers.
Therefore, I propose:
to control the quality of carbon credits listed on Carbonmark, and not to allow all projects,
to provide the buyer with all the necessary information about the project, To make a FAQ section about existing tokenization methods and used in particular listing.
to provide the buyer with the opportunity to interact with a marketplace (leave feedback to the climate project and directly to the seller of carbon credits).
Marketplaces is a big business. It makes money from listing, selling fees, ads.
After approval of tokenization rules, there will be a hige increase in carbon credits marketplaces.
And the one who creates the best will win.
I think it's a good idea to implement a retirement function for all the carbon credits being listed.
We would have to consult with our onboarded projects for the amount and price for the Carbonmark listing.
Regarding the retirement of CCO2 tokens. That needs to happen via Coorest smart contracts in order to generate the proof of carbon compensation certificates.