ℹ️Schema Versioning & Deprecation Policy

This policy comes into effect beginning with Guardian 1.3.0

Guardian schema documents specify the content of Verifiable Credentials (VCs) and Verifiable Presentations (VP), which are produced by the Policy Workflow Engine in accordance with the configuration of the specific policy being executed. Effectively, schemas define the input/output β€˜data’ part of policy execution, and therefore are constituent part of policy definition. The driving forces for the evolution of policies fully apply to schemas, namely:

  • The evolution of the sustainability industry use-case targeted by the policy in question.

  • Introduction of new use-cases and corresponding policies.

  • The evolution of Guardian Policy Engine technology, where new capabilities are added existing modified or removed.

Additionally, building blocks of Guardian schema definition language, e.g. types and other content, must conform to W3C and JSON-LD specifications and as such evolve on a separate schedule. These may require changes in the vocabulary and semantics independently of the driving forces highlighted above.

These processes result in the following changes:

  • New version of schemas created periodically, with arbitrary modifications to the structure.

  • New elements are added to the schema vocabulary, and/or existing elements augmented or removed.

Schema Versioning

Guardian Schemas are versioned using semantic versioning in the major.minor.micro format. Each number incremented sequentially to denote the following changes:

  • major: the Schema version contains breaking changes.

  • minor: the Schema version contains notable new capabilities and non-breaking changes.

  • micro: the Schema release contains non-breaking changes only.

Guardian system does not generate versions automatically, it is the responsibility of the Schema authors (Standard Registry) to keep track of its policies/versions and correctly reflect changes in the version number.

Wherever possible and relevant, Guardian Schema version header contains a reference to the original (paper) document version from the guiding which this schema represents.

Version Compatibility

Guardian Schema authors should take care to ensure that schema content is preserved to be backward compatible with earlier versions. A new Schema element should be added to the schema definition if/when it is necessary to make a non-backward compatible change. Schema existing elements should be removed/changed in accordance with the Schema deprecation policy.

Non-breaking changes

The non-breaking changes to the Schema which do not warrant the change in the major version number are changes in:

  • Changes in value to the descriptive elements, such as title, description and comment.

  • Required/optional state of the element.

  • New enum value in the β€œoneOf” element.

  • New elements added to the schema not affecting existing elements in any way.

Breaking changes

  • Removing or renaming an element, changing any of its non-descriptive properties e.g. type or readOnly status.

  • Changing in the values of ID elements.

Schema version deprecation

Deprecation notice is used to inform the API users that a specific Schema version or an element is now considered obsolete and thus no longer advised for the use in applications. The notice is issued at least 2 months before the end-of-life date.

The notice is issued via the deprecated meta-data annotation, and via the Release Notes where the end-of-life date is also specified. On the date of the version expiry, a VC revocation notice is issued into the corresponding Hedera Topic.

A Schema may be discontinued without prior warning if the existing behaviour if incorrect or to patch a security vulnerability.

Schema definition language

For the purposes of backwards compatibility Guardian differentiates between existing schemas and the creation of new schemas, and implements separate rules accordingly.

At this time Guardian does not version policy language definition separately from the Guardian, for the purposes over distinguishing the language definitions it is recommended to use Guardian release version numbers.

Existing schemas

Due to long-term nature of some sustainability projects Policy Engine (PE) maintains unlimited β€˜read’ backward compatibility with 'old’ schema definition language elements. In other words, new PE versions will recognize and be able to process all existing valid policies with schemas defined starting from the beginning of Guardian existence.

This does not guarantee that all schema elements will be processed in the same way as they previously were, nor displayed in the UI or accessed via APIs in the same way. New versions of Guardian would always recognize blocks/elements correctly, maintain the original policy workflow and meaning of the schema elements.

A schema element may become unsupported (ignored for processing triggering a warning) without prior warning if the existing behavior if incorrect or to patch a security vulnerability.

New schemas

Each new version of Guardian may introduce changes to the schema language definition without prior notice. All changes will be reflected in the documentation for the release.

Furthermore, the use of β€˜obsolete’ elements may become prohibited in the new versions/schemas created by the release. To clarify, on such occasions any β€˜old’ versions or schemas would continue be supported in-use (in already established and/or new projects). However, any new schemas, including when created by copying the β€˜old’ valid schema, containing the obsolete elements would not be accepted for β€˜publishing’ or including into a policy. The authors would be required to remove/replace the β€˜obsolete’ elements with new ones to create a supported schema definition.

Last updated