Mission
The mission and goals of the Climate Action and Accounting SIG include "to turn this network into action under a common open source project that defines shared protocols, standards, and platform tools for a globally integrated climate accounting system to be operationalized."
This working group will focus particularly on the "protocols and standards" that will enable consistent climate accounting.
Work plan for 2022
We coordinate most of the work for this working group through the biweekly Standards WG call. The work plan for the year is set out in this document. The most practical way to get involved is to join this call. Please check the calendar for the next call.
The 2022 work plan involves four phases:
- Conceptualisation of a DLT-enabled standardisation architecture to streamline Climate Action & Accounting.
- Implementing the result of phase 1 in three different paradigms: as a relational database, as a Radix-Merkle tree (as is used by Hyperledger Sawtooth), and as a token-and-smart-contract network (possibly DAML).
- Testing applicability to real-life use cases.
- Reviewing the results from phase 3 and revisiting phases 1-3 as necessary.
Progress and opportunities to contribute
For the latest version of our taxonomy of protocols, standards, methodologies and certifications, head over to this page. The taxonomy is by no means complete yet, so feel free to add, improve and expand!
For the latest version of our ontology and its application guide, check out this page. You will find a bunch of TODOs there that you can pick up and run with, e.g., embedding our ontology into the ISO/IEC Basic Formal Ontology (BFO).
Some further results and ideas are taking shape under the New ideas, debates and discussions page. If you like to go down rabbit holes or debating things, this page is for you.
The best way to start contributing is, however, by joining our biweekly calls. Please check the calendar for the next call.
Clarification
What do we mean by 'standards'?
The term 'standard' is used in a variety of contexts - even within the scope of the CA2-SIG a variety of things are denoted with the term 'standard'. These include:
technical standards like those of the W3C;
accounting standards, including:
Greenhouse Gas Protocol;
the standards used for compliance purposes in different jurisdictions (e.g., the CDM project standard, California Air Resources Board (CARB));
voluntary standards like the Verra's Verified Carbon Standard (VCS), the Gold Standard, Social Carbon, American Carbon Registry (ACR), Climate Action Reserve (CAR), and The Plan Vivo Foundation;
standards for entity-level accounting within various scopes;
standards for local/regional/national inventories;
environmental performance standards like those of the IFC;
standards related to products; and
standards for accounting for policy impacts.
What are standards used for?
Standards are used for many things, among which:
personal climate footprinting
product/service footprinting
entity accounting (scope 1, 2 and 3)
regional accounting
policy impact assessments
Standards are relevant at different phases of the climate accounting process:
- There are standards for measuring aspects of activities and processes. Let's call these measurement collection standards. These standard are focussed on measurements and concern things like the calibration and correct use and instruments. Application of these standards produce valid measurement data.
- There are other standards that standardise the transformation, evaluation and aggregation of data and metadata. We can call these calculation methodologies or data processing standards. Application of such standards produces indicators, metrics and indices with a well-defined meaning. Such outputs can be tokenised.
- Another type of standard concerns claims or assertions about entities or activities, such as the yearly emissions of a company or the climate impact of a project. We can call these reporting standards. Application of these standards yield standards compliant reports. The contents of such reports can also be tokenised.
- There are also standards that concern the process of measuring, reporting and verifying itself and the persons who carry out such assessments. We can call these quality standards and verification or certification standards. Application of such standards produce certifications or assurance.
What is standardised?
Entities: This is the problem of identity. We mean the identity of people, organisations and things. It is needed to connect an unambiguous identifier to all the entities involved in the accounting process. In the case of businesses, this may be difficult because businesses may have complicated structures of ownership and control (see for example Chapter 3 of the GHG Protocol: Corporate Accounting Standard).
- Agency: This is the problem of responsibility - how do we show and prove that an entity (be that a person or organisation) is responsible for a certain action or outcome?
Activities and events: Agents do things that affect their surroundings at some point in time.
Counterfactuals: This is the problem of what would have happened if certain decisions had not been taken or certain actions had not been undertaken.
What will the working group deliver and who will use it?
There are other bodies that create the types of standards mentioned above. This working group will be more concerned with how such standards themselves and compliance to these standards are encoded and captured in a distrubuted ledger and how such representations can be used.
What is the relationship between standards, authority and freedom in the context of the work of the CA2-SIG?
The CA2-SIG will not act as an authority that compels entities to engage in specific actions.
The standards to be generated by this working group will enable agents to clearly communicate the implications of their actions. This will enable others to have a clear understanding of the state of affairs regarding the activities and states covered by the standards.
How will we translate standards into software?
Find the most generic articulation of what a standard, method and transaction is and develop protobuffer examples of each.
Namespaced Merkle tree
Protobuf examples
Refer to this page for more information.