Once the approach has been approved, we can update the GHGP policy and run the example data, publish the PCFs to the Hedera Network, and demonstrate how another guardian policy (of a supply chain partner) can reference a dynamic PCF to support scope 3 calculations. I believe Wes was interested in having this be a methodology breakdown.

Referral Link: https://github.com/hashgraph/guardian/issues/3723

API facilities to retrieve unique references (IDs) of results for API-triggered operations

Design a generic approach to the 'traceability' of API calls such that for each API call a chain of events and actions within Guardian policy and especially to outside systems can be established via the unique IDs culminating in:
Hedera transactions
Hedera topics messages
Hedera contract calls
Artifacts published on IPFS
Introduce a corresponding UI where users can visually observe the same information
Consider packaging this into Interactions Resilience Module (see related Hedera interactions resilience module #2905)

Referral Link: https://github.com/hashgraph/guardian/issues/3139

Documentation Link: https://docs.hedera.com/guardian-dev-1/guardian/standard-registry/show-list-of-hedera-transactions

Guardian analytics: labels and top down data way points

Introduce 2 new workflows into Guardian, which include the corresponding roles and access permissions:
- labels author, for users to be able to create the 'rulesets' for evaluating data for their compliance with the chosen 'label',
- auditor workflow, for users which would use these 'rulesets' to apply to data.
Introduce the concept of labels, which can be specified to combine multiple statistics (introduced in Guardian analytics: bottom-up data traceability #3336) to create 'higher-order' statistics which themselves can be combined further essentially enabling the creation of 'data transformation' trees which, when applied to data, would ultimately get resolved into binary compliant/non-compliant answers. The top-level 'nodes' in these trees are 'Labels'.
Enhance the current capability of qualitative evaluations in Statistics to support the ability for users to attach external evidence and add textual comments/explanations whenever a human input is enabled. The evidence would then become part of the 'evaluation trust-chain', i.e. it should be hashed and stored verifiably. Evidence in the image formats should be viewable in the browser, archives (zip files), pdfs, csv files should be supported for attachment and then download.
Enable Auditors to apply 'label rulesets' to tokens, Guardian would then automatically traverse the token trust-chain to find and evaluate the required data to produce the label conclusion, i.e. the compliant/non-compliant results. These results can optionally be published to IPFS/topics by Auditors that generated them.
Enable ordinary users to search for statistics, label ruleset, and label conclusions that have been published.

Referral Link: https://github.com/hashgraph/guardian/issues/4322

Documentation Link: https://docs.hedera.com/guardian-dev-1/guardian/standard-registry/policies/policy-labels

Trustchain support for contract-based issuance and retirement implementation

Extend/modify trustchain implementation to support new contract-based issuance and retirement functionality such that users have visibility to the entire lifecycle of the token and have access to all significant artifacts produced as a result.

Referral Link: https://github.com/hashgraph/guardian/issues/2243

Documentation Link: https://docs.hedera.com/guardian-dev-1/guardian/tokens/retirement-contract/trustchain-representation-of-token-retirement

American Carbon Registry (ACR) ACR Methodology for Quantifying, Monitoring, Reporting, and Verifying Greenhouse Gas Emissions Reductions and Removals from Landfill Gas Destruction and Beneficial Use Projects

Creating Schema design for this methodology.
Development of the schema and policy.
Testing the policy development through Guardian UI and configurator.

Referral Link: https://github.com/hashgraph/guardian/issues/3710

Documentation Link: https://docs.hedera.com/guardian-dev-1/guardian/demo-guide/carbon-emissions/landfill-gas-destruction-and-beneficial-use-projects-version-2.0

GHGP Version 3

Some items that could help take this policy to the next level would be to build out scope 3 and PCF referencing capabilities, build out SEC compliance aspects, and pursue a “Built on GHGP Mark” of approval. I believe this will help drive the policy to be attractive to real world users and ready for adoption.

Referral Link: https://github.com/hashgraph/guardian/issues/3728

Enhancements and Bugs of Indexer

We need to enhance Indexer feature by implementing following:

Progress Bar to show the data loading to DB.
Token and search data should be sortable by time

Referral Link: https://github.com/hashgraph/guardian/issues/3929

Formula Linked Definitions & Schema Tree Enhancement

Introduce a UI component, or 2 separate but compatible components, into the Guardian which can display mathematical formulas in a format familiar to the user (like formulas in a LaTex documents of PDFs). These formulas should be interactive, i.e.:
- at the viewing time individual elements of the formulas should be clickable so users can drill into the variables and see corresponding schemas/documents.
- users should be able to input formulas (in a formula editor) of sufficient complexity to cover all VCM cases
- users should be able to copy/paste entire formulas or parts thereof
Enable policy authors to map schema tree structures to formulas, linking the fields and variables so Guardian UI can display them as per point above
Enhance Guardian schema, policy and VC/VPs views to display the formulas whenever they are available.
Introduce the ability to attach a PDF file to the schemas/formulas at the policy/schema creation time, and specify the (external) 'origin' link so the original source of the math can be traced to the original paper.
Enhance schema tree view to display the formulas alongside schemas.

Referral Link: https://github.com/hashgraph/guardian/issues/3408

Dry-run policy execution 'savepoints' - restart policy dry-run from the list of 'saved' places

Introduce a new functionality for users to 'save' dry-run execution status at arbitrary points by clicking 'save state' button.
The system should support the creation of multiple save points for the same execution workflow
Next time the (draft) policy is executed in the dry-run mode users should be given a choice whether to restart from the beginning or continue execution from any of the 'save points'.
Starting execution from a 'save point' invalidates and removes all the other save points that logically followed it
It should be possible to delete some or all save points manually

Referral Link: https://github.com/hashgraph/guardian/issues/2838

Standardize UI on Angular Material, remove/replace PrimeNG

Standardize Guardian UI to be Material-based
Remove/Replace all PrimeNG with Material without changing the look feel

Referral Link: https://github.com/hashgraph/guardian/issues/3141

Enhancing Research on Indexer and Analytics Use Cases

Identify and map out potential uses cases for the indexer and what type of analytics if could be used for.

Referral Link: https://github.com/hashgraph/guardian/issues/3730

Development of AMS-I.C.: Thermal Energy Production with or Without Electricity

Designing the Schema for the methodology
Development of the policy
Development of all the tools involved in this policy
- Tool 03- Tool to calculate project or leakage CO2 emissions from fossil fuel combustion
- Tool 05- Baseline, project and/or leakage emissions from electricity consumption and monitoring of electricity generation
- Tool 06- Project emissions from flaring
- Tool 07- Tool to calculate the emission factor for an electricity system
- Tool 09- Determining the baseline efficiency of thermal or electric energy generation systems
- Tool 12- Project and leakage emissions from transportation of freight
- Tool 16- Project and leakage emissions from biomas
- Tool 19- Demonstration of additionality of microscale project activities
- Tool 21- Demonstration of additionality of small-scale project activities 
- Tool 22- Leakage in biomass small-scale project activities

Referral Link : https://github.com/hashgraph/guardian/issues/2873

Documentation Link : https://docs.hedera.com/guardian/guardian/demo-guide/carbon-offsets/cdm-ams-i.c.-thermal-energy-production-with-or-without-electricity

---- February 2025----

Add policy support for more than one external data block

Allow more than one external data block per policy. Each external data block should be able to handle a different schema, enabling multiple types of data to be sent from external sources as needed.

Referral Link: https://github.com/hashgraph/guardian/issues/3992

Firing external event when minting process is finished

Add another external event when the minting process is completed (i.e. external-events.token_minting_process_completed)
Include in the event payload, among other details like tokenID, minted tokens, etc, the consensus timestamp of the last mint transaction

Referral Link: https://github.com/hashgraph/guardian/issues/4090

Establish deprecation policy for architectural APIs

Identify and enumerate all architectural APIs significant to end users
Extend API deprecation policy coverage to include the above APIs

Referral Link: https://github.com/hashgraph/guardian/issues/1794

Cross-context (API+UI) refresh token invalidation (regression from v2.18.0)

Looking into the code, it seems that the refresh token should last for a year, this is fine as it is configurable, but losing login context (or a user potentially feeling they lost all their data) isn't great UX.

In terms of code behaviour, I would presume that this change would fix the issue:

const user = await new DataBaseHelper(User).findOne({refreshToken: decryptedToken.id, username: decryptedToken.name});

const user = await new DataBaseHelper(User).findOne({username: decryptedToken.name});

The reason why this might be okay, is that the expire at decoding happens on the line above, so a refresh token, would last for the period of time by default.

As this is authentication related, it requires review from more people.

Referral Link: https://github.com/hashgraph/guardian/issues/3525

Business UseCase for Emissions Reduction/Removals (ERRs)Calculation Pre-Calculator in Guardian

We are in the process of creating a few approaches to this ticket from the business use case perspective. One is essentially an “estimator” with a simplified workflow that can be used to estimate emission reductions, token issuance, etc. upfront to help the user better anticipate issuances and the impacts of various project activities and methodological choices. The other is more of a “summary preview” of the actual calculation results, that can be implemented just before validation (or anytime thereafter) to see summary KPIs based on the actual inputs and methodological choices made by the user, and they can then interact with the data like the Nerd Wallet retirement calculator to see how changes to the project activities could impact issuances. To be discussed further with the team.

Referral Link: https://github.com/hashgraph/guardian/issues/4562

Add capabilities to display complex geoJSON shapes superimposed on maps

Introduce capability for geometric shapes display for geoJSON in Guardian UI (both Indexer and Guardian itself).
Shapes display must be correctly superimposed on maps wherever possible

Referral Link: https://github.com/hashgraph/guardian/issues/4375

---- March 2025----

On-demand state proof generation for critical Guardian operations

Introduce the ability to trigger Hedera State Proof generation from Guardian interface for particular actions/operations or the general status of the Policy.
State proofs are to be generated and presented to users for download. Guardian will not keep any registry or store them on the system.
Introduce UI and the backend functionality to verify Hedera State Proofs generated by Guardian, ensure the long-term compatibility of this functionality.

Referral Link: https://github.com/hashgraph/guardian/issues/2846

Weak Default configuration

Change the password to a strong, random value, or create additional setup steps were the deployer is required to set this secrets. Additionally, set the most secure configuration as the default in the repository. This ensures that any user deploying the repository will benefit from enhanced security by default. In addition, as highlighted on the issue finding "Lack of Security Hardening Guides", a security guideline is recommened so that users can configure securely their environment before deploying it.

Referral Link: https://github.com/hashgraph/guardian/issues/4109

System Logs Accessible by All Registries

It is recommended to separate the system functionality from the registry functionality specifically for log management. Additionally, it would be appropriate to restrict access to system logs to a different admin role, who would only review the system logs. For registry logs, it is recommended to ensure that one registry can only view its logs, without seeing the logs of other registry users.

Referral Link: https://github.com/hashgraph/guardian/issues/4058

Development of VM0042 v2.1: Improved Agricultural Land Management

Flexible Quantification Approaches:
Support for three primary quantification approaches: - Measure and Model - Measure and Remeasure - Default Factors
Document and Template Integration:
Capture key documents/templates: - Project Description Template, v4.4 - Monitoring Report Template, v4.4 - Validation Report Template, v4.4 - Verification Report Template, v4.4 - User Registration Forms - Emission Calculation Form
CDM Tools and Modules Integration:
AR-TOOL14: Tool for Testing Significance of GHG Emissions in A/R CDM Project Activities
A/R Methodological Tool for the Identification of Degraded or Degrading Lands in CDM A/R Project Activities
VMD0053 Module: This module will be treated as a tool within Guardian.

Referral Link: https://github.com/hashgraph/guardian/issues/4559

Article 6.4 Forms Research

o Identify the additional requirements of Article 6 in comparison to one (or more) of the main voluntary standards.

o Determine functionality requirements to implement a “label-type” feature discussed above

Referral Link: https://github.com/hashgraph/guardian/issues/4560

---- April 2025----

Accessing a Guardian policy from a Guardian instance other than the publishing instance

A Guardian user should be able to access a policy published by another Guardian instance from their own Guardian instance. This access should be based on a request-grant model.

Referral Link: https://github.com/hashgraph/guardian/issues/3951

Server-Side Request Forgery (SSRF) in Request Data module

If the functionality is important enough to keep despite the risk, then all URLs should be requested through a secure proxy server. This is a significant effort, and to be secure the proxy must ensure that:

The URL does not resolve to a private or local IP address 2. Redirects are not followed
Only HTTP(S) protocol schemes are supported Additionally, the application server should define and enforce rate limits to discourage abuse of the functionality as a web scanner. If the application is hosted on AWS servers, enforce usage of AWS “Instance Metadata Service Version 2” with token usage required. This is a new AWS metadata API which severely curtails the ability of attackers to abuse SSRF to access the AWS metadata API. However, this will not prevent attacks against other internal services.

Referral Link: https://github.com/hashgraph/guardian/issues/4110

Detailed Research on Indexer Enhancements

Identify and implement indexer enhancements based on example use cases and community feedback.

Referral Link: https://github.com/hashgraph/guardian/issues/4561

Clean Cooking and Climate Consortium Comprehensive Lowered Emissions Assessment and Reporting (CLEAR) Methodology for Cooking Energy Transitions

Creating Schema design for this methodology.
Development of the schema and policy.
Testing the policy development through Guardian UI and configurator.

Referral Link: https://github.com/hashgraph/guardian/issues/3711

---- May 2025----

Architecture for REDD+ Transactions (ART) The REDD+ Environmental Excellence Standard (TREES) - Version 2.0

Creating Schema design for this methodology.
Development of the schema and policy.
Testing the policy development through Guardian UI and configurator.

Referral Link: https://github.com/hashgraph/guardian/issues/3707

Exporting Project Data in CSV format

We should be able to export the complete project data of any policy in CSV format through Guardian.
We should also be able to apply filters to the project data, which should be included in the export file.
When we export the data in csv format, it should follow proper naming convention such as saving the exported file by its respective policy name_version.csv

Referral Link: https://github.com/hashgraph/guardian/issues/3680

Missing Authentication between Services

It is recommended to implement mutual authentication for all internal microservice communications to ensure that each service can verify the identity of the other. It is recommended to ensure that each service is properly authenticated, using authorization roles and permissions to ensure that each service can only publish or consume messages in the queues relevant to its designated function. Moreover, messages could be digitally signed, ensuring they originate from the correct service. At each step in the process, the signatures can be verified to ensure that the message has not been tampered with. Where applicable, integrate these recommendations into the security hardening guide to ensure organizations deploying the application can implement these best practices effectively.

Referral Link: https://github.com/hashgraph/guardian/issues/4107

Session Token in URL

The application should use an alternative mechanism for transmitting session tokens, for example, the Authorization header, as it is done by the rest of the web application.22

Referral Link: https://github.com/hashgraph/guardian/issues/4059

Manual trigger of re-indexing for specific policy, SR, token

Introduce a new capability into the indexer to trigger manual re-indexing for a specific 'vertical', starting at a specific topic and navigating (only) down the hierarchy for immediate availability of data.
Develop a UI for users to provide a Topic ID for one of the specific items below as an entry point into the 'vertical':
- Policy
- Standard registry
- Token
When manual re-indexing is scheduled it must take priority, or the rest should gets postponed until the manually-triggered update is finished.
The user who triggered the update must be notified when the update is finished.

Referral Link: https://github.com/hashgraph/guardian/issues/4373

---- June 2025----

Guardian policy embedded code testing/debugging facility for Custom Logic, Calculate, etc blocks

Introduce the 'Test' button to all places where source or math code can be inputted in Guardian policy which would trigger the 'in place' execution of the code based on the execution context and defined inputs/outputs of the block. This tool could prompt the user for input data when required.
Add ability to 'print' (i.e. log) data and variable values somewhere when test-running policy (e.g. in Dry-run mode). This way policy authors would be able to examine the data structures passed into the functions and identify unexpected behaviour in this area.
Add recommendations to the documentation wrt running this code in an separate developer environment, i.e. all the needed execution context such as imported libraries etc so those developers who prefer to use their code editors can replicate the execution of the code there.

Referral Link: https://github.com/hashgraph/guardian/issues/4304

No Password Policy

It is recommended to create a password policy, that can be configured by the organizations using the application. It should also be noted that recent guidance from NCSC promotes password policies which are designed to decrease the burden on the user. This can include relaxing controls requiring users to change their passwords at regular intervals in favor of the use of suitably complex passwords. The NCSC password guidance21 should be reviewed to determine if this new guidance can be applied to the environment reviewed.

Referral Link: https://github.com/hashgraph/guardian/issues/4057

Outdated Software/Libraries

Ensure the Guardian code is covered by an effective patching policy that allows the latest server software upgrades, updates, or patches to be tested and applied within a short time frame following their release by the vendor.

Referral Link: https://github.com/hashgraph/guardian/issues/4056

---- July 2025----

Identifying, Implementing and Integrating 3rd Party data resources

Identify and shortlist 2-3 key Environmental-related data sources to be used as reference data and/or
Implement integration with these 3rd party data providers (may be similar to IPFS/Hedera integration), such as:
policy can easily add such 'integration' to their policy - potentially using the new policy modules functionality Linkable policy modules for constructing end-to-end Policy workflows #1657
the data can be defined as mandatory or optional (by the policy author)
data imported into Policy artifacts is stored and displayed in its native format, preserving 'mime type' and/or any other indication of the nature of the data as well as the identity/credentials of the source, time/date and other identifying information as appropriate

Referral Link: https://github.com/hashgraph/guardian/issues/1690

Substitute Google maps API in Guardian UI with an OSS alternative

Substitute currently used Google Maps for the same open maps as used in the Indexer.

Referral Link: https://github.com/hashgraph/guardian/issues/3959

Authorization Headers Potentially Leaked through IPFS in Request Data Module

Implement a secure method to handle secrets in the Request Data module that ensures sensitive information, such as authorization headers, is not published with the policy. A possibility may be to include encrypted headers with the public key that only the private key of the policy owner can decrypt. Other possibility may be to store the secrets headers in the vault and fetch them at runtime using appropriate access controls. Update the documentation to explicitly warn policy creators about the risks of including sensitive information in the policies and recommend using the module only for public HTTP methods. Provide guidelines on securely configuring policies to avoid the leakage of sensitive data.

Referral Link: https://github.com/hashgraph/guardian/issues/4049

Enhancements of Indexer

We need to enhance Indexer UI for consumers "Tree API," project/tonnage API, and other consumer projects for the purpose of eCommerce supportive transactions.
As Max have performed detailed analysis on the Indexer use cases, we need to incorporate all of them as it sounds great ideas. Please check the link to get the list of usecases: https://docs.google.com/spreadsheets/d/1LwxkCnTqHiLDFQVnggw_owZwzJjLEgKAlpRZFdH3jQ8/edit?gid=1732024412#gid=1732024412

Referral Link: https://github.com/hashgraph/guardian/issues/4509

Capitals Coalition’s Digital Sustainability Disclosures Project (DSD)

Work together with Capitals Coalition to create a Guardian policy in alignment with CSRD’s European Sustainability Reporting Standards (ESRS).

Referral Link: https://github.com/hashgraph/guardian/issues/4563

Verra SDVM001 SD Vista Methodology for Time Savings from Improved Cookstoves

Creating Schema design for this methodology.
Development of the schema and policy.
Testing the policy development through Guardian UI and configurator.

Referral Link: https://github.com/hashgraph/guardian/issues/3706

---- January 2024----

UI upgrade, AI search and project comparison

Improving Guardian UI by adding more UI elements and also adding more colorful headers which can be customized.
Creating a static landing page which will have capability of performing project comparison within same instance using different parameters such as scale size, sectoral scopes, etc.
Implementing AI search for allowing Project developers to search policies as per the information entered.
Implementing Guider Search for allowing project developers to search policies using different parameters within same instance.
Implementation of property field when schema is created, which will be used for standardizing as per IWA specification.

Referral Link: https://github.com/hashgraph/guardian/issues/2850

Documentation Link :

AI Search | Guardian

Guided Search of Methodologies | Guardian

Implement discontinuing policy workflow

Implement the policy deprecation workflow which includes:

Guardian UI allowing issuing SR to discontinue a policy (version) or the entire policy from a certain date (in the future or 'now').
Policy grid should display a suitable marker against non-active policies, and a different for the ones soon expiring.
An appropriate message posted in the corresponding Hedera topic recording the 'discontinuing' decision
For in-progress projects that have been registered and are operating under the policy it should be possible to 'switch' to the appropriate version of the policy which is still valid.

Referral Link : https://github.com/hashgraph/guardian/issues/2030

Documentation Link : https://docs.hedera.com/guardian/guardian/standard-registry/discontinuing-policy-workflow

Gold Standard’s Carbon Sequestration through Accelerated Carbonation of Concrete Aggregate Webinar

Design schemas for the Carbon Sequestration through Accelerated Carbonation of Concrete Aggregate methodology, create a PowerPoint presentation, and conduct webinar.
Development of the policy using the schemas and workflow designed

Referral Link : https://github.com/hashgraph/guardian/issues/2321

Documentation Link : https://docs.hedera.com/guardian/guardian/demo-guide/carbon-offsets/gold-standard-carbon-sequestration-through-accelerated-carbonation-of-concrete-aggregate

Business User Policy Development Feature - schemas MVP

Create a excel 'schema representation' standard suitable for non-technical users. Note: use existing excel schemas from Tools and UNFCCC initiatives as guidance.
Create an explicit template for the above, downloadable from Guardian UI, which users can take and update/change to develop new schemas.
Create an Export/Import UI and tooling which would allow seamless transformation of schemas written in Excel into valid Guardian JSON schemas and vice versa
Ensure manual interventions are possible for corrections/adjustments of complex formulas and other issues.

Referral Link : https://github.com/hashgraph/guardian/issues/1885

Documentation Link : https://docs.hedera.com/guardian/guardian/standard-registry/import-export-in-excel

Geographic raster imagery support in Guardian

Introduce support for geoTIFF and other raster types of data such that:

Guardian documents (i.e. in schemas) can reference raster data (in geoTIFF and other common formats) which are located on external (3rd party) systems.
Guardian UI can display raster images and their georeferencing data when they are encountered in documents.
Guardian policy can access and manipulate (use in calculations, etc) data from raster sources.

Referral Link : https://github.com/hashgraph/guardian/issues/1930

Documentation Link : https://docs.hedera.com/guardian/guardian/standard-registry/schemas/creating-system-schema-using-ui

Development of ACM0007: Conversion from Single Cycle to Combined Cycle Power Generation

Designing of the Schema and getting it approved. Development of the policy using Schema Development of all the tools involved in the policy:

Tool 02- Combined tool to identify the baseline scenario and demonstrate additionality
Tool 03- Tool to calculate project or leakage CO2 emissions from fossil fuel combustion
Tool 07- Tool to calculate the emission factor for an electricity system
Tool 10- Tool to determine the remaining lifetime of equipment

Referral Link : https://github.com/hashgraph/guardian/issues/2883

Documentation Link : https://docs.hedera.com/guardian/guardian/demo-guide/carbon-offsets/cdm-acm0007-conversion-from-single-cycle-to-combined-cycle-power-generation

---- February 2024----

Support externally controlled DIDs with keys in Guardian

Introduce a workflow into the Guardian where a DID Controller would introduce a dedicated verification method into the main DID for which the private key would be stored and managed by a Guardian instance. This way Guardian would only be able to control the specific verification method's key, but not the rest of the DID.

Referral Link : https://github.com/hashgraph/guardian/issues/2678

Documentation Link : https://docs.hedera.com/guardian/guardian/standard-registry/bring-your-own-dids

Development of AMS-I.D: Grid Connected Renewable Electricity Generation – v.18.0

Designing of the Schema and getting it approved. Development of the policy using Schema Development of all the tool involved in the policy

Referral Link : https://github.com/hashgraph/guardian/issues/2919

Documentation Link : https://docs.hedera.com/guardian/guardian/demo-guide/carbon-offsets/ams-i.d-grid-connected-renewable-electricity-generation-v.18.0

Mitigation Credits Research

Introduce the ability to mint Mitigation Asset Type tokens as the result of the calculation of the diff between planned (and reported on the Environmental) and actual results of the calculations based on the MRV data for a reporting period. This would likely require:

New type of blocks in the policy definition language specifying 'target' numbers.
Policy Engine ability to mint different types of tokens depending on the conditions
Needs to be linked with GHG scorecards Research #1017 logic

Referral Link : https://github.com/hashgraph/guardian/issues/54

Development of AMS-II.J.: Demand-Side Activities for Efficient Lighting Technologies

Designing of the Schema and getting it approved. Development of the policy using Schema
Development of all the tool involved in the policy:
- Tool 07- Tool to calculate the emission factor for an electricity system

Referral Link : https://github.com/hashgraph/guardian/issues/2885

Documentation Link : https://docs.hedera.com/guardian/guardian/demo-guide/carbon-offsets/cdm-ams-ii.j.-demand-side-activities-for-efficient-lighting-technologies

Development of AMS-III.AV.: Low Greenhouse Gas Emitting Safe Drinking Water Production Systems

Designing of the Schema and getting it approved.
Development of the policy using Schema
Development of all the tools involved in the policy:
- Tool 01- Tool for the demonstration and assessment of additionality
- Tool 03- Tool to calculate project or leakage CO2 emissions from fossil fuel combustion
- Tool 05- Baseline, project and/or leakage emissions from electricity consumption and monitoring of electricity generation
- Tool 19- Demonstration of additionality of microscale project activities
- Tool 21- Demonstration of additionality of small-scale project activities 
- Tool 30- Calculation of the fraction of non-renewable biomass

Referral Link : https://github.com/hashgraph/guardian/issues/2880

Documentation Link : https://docs.hedera.com/guardian/guardian/demo-guide/carbon-offsets/cdm-ams-iii.av.-low-greenhouse-gas-emitting-safe-drinking-water-production-systems

---- March 2024----

Development of AMS-III.H.: Methane Recovery in Wastewater Treatment

Designing of the Schema and getting it approved. Development of the policy using Schema
Development of all the tools involved in the policy:
- Tool 03- Tool to calculate project or leakage CO2 emissions from fossil fuel combustion
- Tool 04- Emissions from solid waste disposal sites
- Tool 05- Baseline, project and/or leakage emissions from electricity consumption and monitoring of electricity generation
- Tool 06- Project emissions from flaring
- Tool 32- Positive lists of technologies

Referral Link: https://github.com/hashgraph/guardian/issues/2881

Documentation Link : https://docs.hedera.com/guardian/guardian/demo-guide/carbon-offsets/cdm-ams-iii.h.-methane-recovery-in-wastewater-treatment

Development of AMS-III.F.: Avoidance of Methane Emissions Through Composting

Designing of the Schema and getting it approved.
Development of the policy using Schema
Development of all the tools involved in the policy
- Tool 03- Tool to calculate project or leakage CO2 emissions from fossil fuel combustion
- Tool 04- Emissions from solid waste disposal sites
- Tool 05- Baseline, project and/or leakage emissions from electricity consumption and monitoring of electricity generation
- Tool 13- Project and leakage emissions from composting

Referral Link: https://github.com/hashgraph/guardian/issues/2876

Documentation Link : https://docs.hedera.com/guardian/guardian/demo-guide/carbon-offsets/cdm-ams-iii.f.-avoidance-of-methane-emissions-through-composting

Development of ACM0002: Grid-Connected Electricity Generation from Renewable Sources

Development of the policy with all details mentioned in the design schema. Tools involved in this policy also needs to be developed. The tools are listed below:

Tool 01- Tool for the demonstration and assessment of additionality
Tool 02- Combined tool to identify the baseline scenario and demonstrate additionality
Tool 03- Tool to calculate project or leakage CO2 emissions from fossil fuel combustion
Tool 05- Baseline, project and/or leakage emissions from electricity consumption and monitoring of electricity generation
Tool 07- Tool to calculate the emission factor for an electricity system
Tool 10- Tool to determine the remaining lifetime of equipment
Tool 32- Positive lists of technologies

Referral Link: https://github.com/hashgraph/guardian/issues/2875

Documentation Link : https://docs.hedera.com/guardian/guardian/demo-guide/carbon-offsets/cdm-acm0002-grid-connected-electricity-generation-from-renewable-sources

Conforming to Hedera DID, VC, VP, Standards

Update to memo field VP/DID structure to normalize DID spec with the rest of Hedera DID method work (which will also be updated)

Referral Link : https://github.com/hashgraph/guardian/issues/2211

Development of PWRM0002 Plastic Waste Recycling Methodology, v1.1

Designing of the Schema and getting it approved.

Development of the policy using Schema

Development of all the tool involved in the policy

Referral Link : https://github.com/hashgraph/guardian/issues/2920

Documentation Link : https://docs.hedera.com/guardian/guardian/demo-guide/carbon-offsets/pwrm0002-plastic-waste-recycling

---- April 2024----

DLT to Address Flawed Methodologies Blog

Draft and published a blog post on the topic of DLT as a solution to address poor data quality and flawed emission and carbon credit methodologies.

Referral Link : https://github.com/hashgraph/guardian/issues/2906

Live project (data) migration across Policies, across Guardian instances

Implement User Interface (UI) and tooling allowing users to execute multiple cycles of 'export a live project' from a policy and 'import a live project' into another policy. This migration process should work irrespective of the policy versions, standard registries, and Guardian instances, automatically mapping data/documents to the corresponding policy steps in an intelligent way, referring to the Project Developer in situations needing human input via a convenient UI/UX ('User Experience'):

Project Developer can preview and assess the compatibility of policies and data, and the result of the migration using something analogous to the 'dry-run' mode.
For cases where the 'new' schemas and policy steps match perfectly the 'old' valid data/documents from the 'source', the 'old' ones should be automatically accepted into the 'target' policy flow with no human intervention.
Project Developer can review and select/guide the matching and the destination of the 'source' data/documents into the new policy flow with full visibility with regard to:
- 'source' and 'target' policy structure (side by side), with details of block parameters etc where required.
- content of the original and destination documents with field-level granularity
Where data needs to be augmented and thus new signatures are required the corresponding Guardian users (e.g. Standard Registry) get requests to sign the data.

The migration process should be automated, and should result in the 'stopped' project/policy execution on the 'source platform' and 'resumed' from the same point in the policy flow on the 'destination' (other) platform, with full data and tokens visibility and provenance provability in the trust chain. The 'old' data and artifacts produced on the 'source' should be fully useable on the 'target', e.g.

used in reports
viewable in the UI
data referencable and useable in calculations and other policy actions (such as minting)
operations on 'old' tokens are supported in the new policy smart contracts (retirement, exchanges, etc)

Referral Link: https://github.com/hashgraph/guardian/issues/3176

Documentation Link : https://docs.hedera.com/guardian/guardian/standard-registry/live-project-data-migration/live-project-data-migration-ui

FireBlocks Raw Signing Integration

We need to integrate FireBlocks , a Key management tool to manage the Keys and secure Guardian. To get complete info on Fireblocks, please look at https://www.fireblocks.com/

Referral Link : https://github.com/hashgraph/guardian/issues/1314

Documentation Link : https://docs.hedera.com/guardian/guardian/standard-registry/fireblocks-raw-signing/fireblocks-signing-in-guardian-ui

Development of ACM0001: Flaring or Use of Landfill Gas

Designing of the Schema and getting it approved.
Development of the policy using Schema
Development of all the tools involved in the policy:
- Tool 02- Combined tool to identify the baseline scenario and demonstrate additionality
- Tool 03- Tool to calculate project or leakage CO2 emissions from fossil fuel combustion
- Tool 04- Emissions from solid waste disposal sites
- Tool 05- Baseline, project and/or leakage emissions from electricity consumption and monitoring of electricity generation
- Tool 06- Project emissions from flaring
- Tool 08- Tool to determine the mass flow of a greenhouse gas in a gaseous stream
- Tool 09- Determining the baseline efficiency of thermal or electric energy generation systems
- Tool 10- Tool to determine the remaining lifetime of equipment
- Tool 12- Project and leakage emissions from transportation of freight
- Tool 32- Positive lists of technologies

Referral Link: https://github.com/hashgraph/guardian/issues/2874

Documentation Link : https://docs.hedera.com/guardian/guardian/demo-guide/carbon-offsets/cdm-acm0001-flaring-or-use-of-landfill-gas

---- May 2024----

Development of Gold Standard's Methodology for Methane Emission Reduction by Adjusted Water Management Practice in Rice Cultivation

Designing of the Schema and getting it approved.

Development of the policy using Schema

Development of all the tool involved in the policy

Referral Link : https://github.com/hashgraph/guardian/issues/2921

Documentation Link: https://docs.hedera.com/guardian/guardian/demo-guide/carbon-offsets/methane-emission-reduction-by-adjusted-water-management-practice-in-rice-cultivation

Full project data comparison as produced/captured by policies

Introduce a comparison functionality where it'd be possible to 'diff' arbitrary sections or the entire trust-chains for different tokens, potentially issued by different policies such that the system would:

graphically display the differences where a user would then be able to 'scroll' through and review them in the UI
get a numerical 'similarity score' indicating how similar the two 'chains' are

Referral Link : https://github.com/hashgraph/guardian/issues/2704

Documentation Link: https://docs.hedera.com/guardian/guardian/standard-registry/project-comparison/project-comparison-using-ui

Global environmental/Guardian data search (indexer) component for Hedera and IPFS

Improve the data storage and indexing capabilities of Guardian for the data belonging to the local instance such that complex analytical queries could be run efficiently, such as 'search for data similar to this' and 'what is the possibility of this being a double entry for something submitted elsewhere'.
Introduce a global search and indexing capability for data produce by other (all) instances such that queries above could be run on the entire body of Guardian data produced from the beginning of time (in blockchain sense).
Extend Block and policy discoverability/search #2281 for users to be able to preview the usage of the block without having to import "other SR's" policy into their Guardian instance

Referral Link : https://github.com/hashgraph/guardian/issues/2629

Documentation Link: https://docs.hedera.com/guardian/guardian/global-indexer/indexer-user-guide

Revamp Guardian user/roles and permissions model

Fundamentally separate the concept of users, roles and permissions in Guardian
Introduce granular concept of permissions which could be assigned to users, a user could then perform a specific function within the role if its assigned role 'contains' this permission. These should include (but not limited to):
- Policy edit/submit for review
- Policy view
- Policy approval & publish
Introduce a "user admin" role, which allows:
- defining new roles from permissions
- assigning of roles to users
Create a permissioning system which verifies actor role before any action has been taken throughout Guardian
Package in suitable most-common role set into Guardian so it can be operated immediately 'out of the box' without the need for additional configuration
Create a concept of 'delegation' where a user with a particular role/permission can explicitly 'delegate' this role/permission to another user
Introduce the functionality to produce a report (page, download) which lists all users and their roles/permissions mapping in the system

Referral Link : https://github.com/hashgraph/guardian/issues/2844

Documentation Link: https://docs.hedera.com/guardian/guardian/standard-registry/roles-and-permissions/roles-and-permissions-user-guide

---- June 2024----

Hedera interactions resilience module

Create a Guardian 'transaction execution' service which would assure orderly transaction execution and their status tracking, and provide intelligent retry and failure recovery functionality such that required transactions would be guaranteed to be asynchronously executed once, and only once, and in the right order.

Referral Link : https://github.com/hashgraph/guardian/issues/2905

Documentation Link : https://docs.hedera.com/guardian/guardian/standard-registry/asynchronous-tasks-status

Further evolution of policy comparison (a.k.a 'mass diff')

Relying on the work done in the course of #1793 (i.e. creating data structures (hashes) to enable more efficient comparison), allow for mass-comparison of policies such that a user should be able to search for local policies 'similar' to 'different' to some other policy based on some similarity threshold. This is related (but different) to #2281 as it focuses on 'easy diff' vs 'easy search'.

Referral Link : https://github.com/hashgraph/guardian/issues/2706

Documentation Link : https://docs.hedera.com/guardian/guardian/standard-registry/policies/policy-differentiation/global-search-and-comparison-ui

Correction of all the Methodologies with new DID Spec

We need to implement and correct all the methodologies added with new DID specification.
Deploy all the methodologies on testnet and create IPFS timestamps.
Test the methodologies with dummy and real data.

Referral Link: https://github.com/hashgraph/guardian/issues/3296

Development of ACM0018: Electricity Generation from Biomass in Power-Only Plants

Designing of the Schema and getting it approved.
Development of the policy using Schema
Development of all the tools involved in the policy
- Tool 02- Combined tool to identify the baseline scenario and demonstrate additionality
- Tool 03- Tool to calculate project or leakage CO2 emissions from fossil fuel combustion
- Tool 04- Emissions from solid waste disposal sites
- Tool 05- Baseline, project and/or leakage emissions from electricity consumption and monitoring of electricity generation
- Tool 09- Determining the baseline efficiency of thermal or electric energy generation systems
- Tool 10- Tool to determine the remaining lifetime of equipment
- Tool 12- Project and leakage emissions from transportation of freight
- Tool 16- Project and leakage emissions from biomass

Referral Link : https://github.com/hashgraph/guardian/issues/2879

Documentation Link : https://docs.hedera.com/guardian/guardian/demo-guide/carbon-offsets/cdm-acm0018-electricity-generation-from-biomass-in-power-only-plants

Development of AMS-I.F.: Renewable Electricity Generation for Captive Use and Mini-Grid

Designing of the Schema and getting it approved.
Development of the policy using Schema
Development of all the tools involved in the policy:
- Tool 01- Tool for the demonstration and assessment of additionality
- Tool 03- Tool to calculate project or leakage CO2 emissions from fossil fuel combustion
- Tool 04- Emissions from solid waste disposal sites
- Tool 05- Baseline, project and/or leakage emissions from electricity consumption and monitoring of electricity generation
- Tool 06- Project emissions from flaring
- Tool 12- Project and leakage emissions from transportation of freight
- Tool 13- Project and leakage emissions from composting
- Tool 14- Project and leakage emissions from anaerobic digesters
- Tool 16- Project and leakage emissions from biomass
- Tool 33- Default values for common parameters

Referral Link: https://github.com/hashgraph/guardian/issues/2882

Documentation Link : https://docs.hedera.com/guardian/guardian/demo-guide/carbon-offsets/cdm-ams-i.f.-renewable-electricity-generation-for-captive-use-and-mini-grid

Development of AMS-I.A.

Designing of the Schema and getting it approved.
Development of the policy using Schema
Development of all the tools involved in the policy:
- Tool 05- Baseline, project and/or leakage emissions from electricity consumption and monitoring of electricity generation
- Tool 16- Project and leakage emissions from biomass
- Tool 21- Demonstration of additionality of small-scale project activities 
- Tool 33- Default values for common parameters

Referral Link: https://github.com/hashgraph/guardian/issues/2884

Documentation Link : https://docs.hedera.com/guardian/guardian/demo-guide/carbon-offsets/cdm-ams-i.a.-electricity-generation-by-the-user

---- July 2024----

Development of VMR0006: Energy Efficiency and Fuel Switch Measures in Thermal Applications, v1.2v

Designing of the Schema and getting it approved.

Development of the policy using Schema

Development of all the tool involved in the policy

Referral Link : https://github.com/hashgraph/guardian/issues/2922

Documentation Link : https://docs.hedera.com/guardian/guardian/demo-guide/carbon-offsets/verra-vmr0006-energy-efficiency-and-fuel-switch-measures-in-thermal-applications

Indexer API

Add suitable API facilities which would allow programmatic access to the indexed data and analytics, which include policy structure data (such as formulas used in the various elements - e.g. Tools) as well as project data.

Referral Link: https://github.com/hashgraph/guardian/issues/3637

Documentation Link : https://docs.hedera.com/guardian/guardian/global-indexer/indexer-apis

Filtering data for blocks is stateful API, introduce stateless data filters for API usage

I don't necessarily think there is a hard requirement to remove the stateful nature of guardian filtering, as we cannot predict, what are the downstream API consumers are using this functionality or affects, they will be without some kind of deprecation notice.

So, the recommendation would be:

Add ability to filter using a GET request for a filter, so data can be fetched and filtered in one action
(As an alternative - preferred) It would be preferable to enable filtering at the block level when retrieving data so a API consumer does not need to add explicit filter blocks in block can use the Guardian API to be more RESTful by default.
Post a six month deprecation notice for stateful usage of the filter (revert if hard requirement for others)

An example, code enhancement could be implemented like this (tags are easier to reason about):

From old version:

  public function filterByTag(string $policyId, string $tag, string $uuid): object
  {
      return (object) $this->httpClient->post("policies/{$policyId}/tag/{$tag}/blocks", [
          'filterValue' => $uuid
      ], true);
  }

to:

public function filterByTag(string $policyId, string $tag, string $uuid): object
{
    return (object) $this->httpClient->get("policies/{$policyId}/tag/{$tag}/blocks?filterValue={$uuid}");
}

Or provide/document clearly a mechanism to filter on an interface document block itself, which would be preferred.

Referral Link: https://github.com/hashgraph/guardian/issues/3610

Documentation Link : https://docs.hedera.com/guardian/guardian/standard-registry/policies/policy-creation/introduction/interfacedocumentssourceblock

Development of AMS-I.E and Mass Comparison on Cookstove methodologies for the Webinar

Designing of the Schema and getting it approved.

Development of the policy using Schema

Development of all the tool involved in the policy

Referral Link : https://github.com/hashgraph/guardian/issues/2923

Documentation Link : https://docs.hedera.com/guardian/guardian/demo-guide/carbon-offsets/ams-i.e-switch-from-non-renewable-biomass-for-thermal-applications-by-the-user

Auto-testing community submitted policies

Relying on the Policy equivalence assessment based on their execution results for the same data #1886 and Full project data comparison as produced/captured by policies #2704 introduce capability to automatically and repeatably test policies
Introduce a hook into the new policy merge and release build events which triggers execution of the community policies regression test cycle

Referral Link : https://github.com/hashgraph/guardian/issues/2847

Documentation Link : https://docs.hedera.com/guardian/guardian/standard-registry/policies/auto-testing-of-the-policies/auto-testing-using-ui

---- October 2024----

Code audit: support and resolution of issues

Define scope and organise code audit and application penetration testing by a reputable 3rd party security firm.
Support audit team with Q&A and setting up environments etc
Resolve critical issues found.

Referral Link: https://github.com/hashgraph/guardian/issues/2989

GHG scorecards Research

Identify the KPIs (and the data requirements behind them) to be captured by the Environmental scorecards to best support demand signaling.
Identify the business requirements for the Environmental Scorecards, i.e., how they could be used by supply and demand-side actors, markets, etc.?

Referral Link : https://github.com/hashgraph/guardian/issues/1017

Token action block to work with token templates

Enhance token action block to work with token templates in the same way as it works with pre-defined tokens.

Referral Link: https://github.com/hashgraph/guardian/issues/2839

Documentation Link : https://docs.hedera.com/guardian/guardian/tokens/dynamic-token-creation-in-policies/dynamic-token-creation-in-guardian-policies-using-ui

Different token IDs for different projects by the same policy

Introduce the facility to dynamically create new TokenIDs and 'assign' them to (newly registered) specific projects such that all data associated with these specific projects would be linked to the corresponding TokenIDs upon minting instances of the token.
Ensure clear association with the same methodology for all TokenIDs and their respective trustchains. I.e. it should be clear that 'these tokens' have been issued by the same Policy, but for different projects.
Extend trust chain to show multiple tokens and multiple projects 'managed' by the same policy

Referral Link : https://github.com/hashgraph/guardian/issues/3267

Documentation Link : https://docs.hedera.com/guardian/guardian/tokens/dynamic-token-creation-in-policies/dynamic-token-creation-in-guardian-policies-using-ui

Enhance MongoDB Integration by incorporating seamless support for popular third-party services, such as MongoDB Atlas.

The task at hand involves modifying the codebase to seamlessly integrate the new MongoDB Atlas connection string without the redundant mongodb:// prefix. The correct format for the DB_HOST environment variable should be mongodb+srv://:@staging.wj9lvfj.mongodb.net/?retryWrites=true&w=majority. This adjustment will ensure a successful and accurate connection to our MongoDB Atlas instance.

Referral Link: https://github.com/hashgraph/guardian/issues/2940

Documentation Link : https://docs.hedera.com/guardian/guardian/readme/getting-started/installation/setting-up-environment-parameters

Leverage the pre-built images as the default way to start Guardian locally

Update docker-compose.yml to leverage pre-built images from the latest Push
Create a docker-compose-build.yml with the same content as the current docker-compose.yml file to allow developers to build images locally via docker
Update the docs accordingly

Referral Link: https://github.com/hashgraph/guardian/issues/3551

Global Carbon Council (GCC) GCCM001: Methodology for Renewable Energy Generation Projects Supplying Electricity to Grid or Captive Consumers – Version 4.0

Creating Schema design for this methodology.
Development of the schema and policy.
Testing the policy development through Guardian UI and configurator.

Referral Link: https://github.com/hashgraph/guardian/issues/3705

Documentation Link: https://docs.hedera.com/guardian/guardian/demo-guide/carbon-offsets/gccm001-v.4-methodology-for-renewable-energy-generation-projects-supplying-electricity-to-grid

Demo Video Link: https://www.youtube.com/watch?v=dD_xRgTTQjY

API versioning and support/deprecation schedule

Introduce versioning of Guardian API such that:

Backward compatibility is not broken for 'old' clients which are unaware of the existence of API versions
The versioning technology selected (see options here) is aligned with the wishes of Guardian community
API versions deprecation is appropriately embedded into the Guardian Push schedule
Versioning numbering scheme:
Meaningfully reflects changes in the API from version to version
Is aligned with the generally accepted practice
Is separate from the Guardian versions

Referral Link: https://github.com/hashgraph/guardian/issues/3236

Documentation Link: https://docs.hedera.com/guardian/guardian/standard-registry/policies/versioning-and-deprecation-policy/api-versioning-and-deprecation-policy

Default values for schema-defined fields

Introduce facilities into the Guardian schema language which would allow Guardian policy engine (and humans when they read these schemas in json) to recognize what values should be considered default for the documents based on these schemas.
Make Guardian policy engine UI to put in the default values into the fields of forms based on such schemas. The fact that these are default values automatically inserted into the field should be clearly identifiable, i.e. they need to look different from the values users explicitly put into the (other) fields.
All standard tools/libraries (e.g. for verification) should work with such schemas out of the box

Referral Link: https://github.com/hashgraph/guardian/issues/2942

Documentation Link: https://docs.hedera.com/guardian/guardian/standard-registry/schemas/schema-predefined-values-using-ui

Calculation Logic for values in 'automatic fields' in schemas

Introduce facilities into schema definition language which would allow for the referencing of other fields/values and specification of mathematics needed to calculate the field value based on those.
It should be possible to reference fields from 'other' schemas in the chain - parents/children.

Referral Link: https://github.com/hashgraph/guardian/issues/2986

Documentation Link:

Guardian analytics: bottom-up data traceability

Design and implement specialized analytics engine which would enable Guardian to identify, trace and display mathematical relations between data in different artifacts (VCs/VPs/tokens) including events (transactions/messages) on Hedera hashgraph, with unlimited traceability depth.
Intelligent 'understanding' of the nature of the transformations (e.g. in formulas in calculation blocks) is out of scope of this ticket, the analytics engine can view transformations as black boxes. If the 'original' data are used as 'input' into such a black box, for the purposes of this analytics reporting it can be assumed that the 'output' data depends on that 'original' data.
The system should correctly identify and display references to the 'original' data such as when VC document fields reference document fields in other VCs.
Users should be able to perform complex data searches with the scope limited to the dependencies graph.
Guardian UI should enable Project Developers to define (and name) new datapoints and publish these definitions in a standardized manner linking them both to the originator's author DID, project ID and policy ID.

Referral Link: https://github.com/hashgraph/guardian/issues/3336

Documentation Link: https://docs.hedera.com/guardian/guardian/users/bottom-up-data-traceability/bottom-up-data-traceability-using-ui

Rationalize API and UI return error codes

Let’s say I submit incorrect data to a block (as I would like to rely on the schema validation on the guardian) Looking at the logs, I received an error about JSON schema validation:

2023-11-22 17:00:39 hedera-guardian-guardian-service-1 | 2023-11-22T17:00:39.765Z [GUARDIAN_SERVICE]: Error: Error: {"type":"JSON_SCHEMA_VALIDATION_ERROR","details":[{"instancePath":"","schemaPath":"#/required","keyword":"required","params":{"missingProperty":"field4"},"message":"must have required property 'field4'"}]}

I am receiving a 500 status code back from a block submission in point where I would normally expect to receive something kin to a 422 (unprocessable entity)?

Referral Link: https://github.com/hashgraph/guardian/issues/2933

Simplify default SR schema to take out optional properties

Remove ISIC, geography, law 'required' fields so to simplify the creation of the SRs.

Referral Link: https://github.com/hashgraph/guardian/issues/3435

Data Parameterization and Conditional Review Logic

The ability to set parameters, which may not be public on Verifiable Credential based answers within a schema.

Referral Link: https://github.com/hashgraph/guardian/issues/4025

Documentation Link: https://docs.hedera.com/guardian/guardian/standard-registry/schemas/schema-rules

Verify and Fix the features that got affected by Mirror Node changes

Need to research on all the features, which got affected by this change.
Fix all the features issues and make sure all the data related to Mirror node is displayed and not missed.
Test all the features affected.

Referral Link: https://github.com/hashgraph/guardian/issues/4204

Last updated 7 hours ago