Nexus Standards · NS-0 · Proposed

NS-0

NS-0: Constitution and principles

NS-0 is a proposed Nexus Standard; the artifacts it governs are identified by UNIs (Unique Nexus Identifier). NS-0 states what a Nexus Standard is, what it is for, how it is made and what it shall never claim. Every other Nexus Standard specialises NS-0 and shall not weaken it.

01Overview

Summary

NS-0record
  1. Statusproposed
  2. Responsible scopetrust, authorization and assurance
  3. IdentifierNXS-STD-ST-000004
  4. Rules stated12
  5. Programme areas55
  6. Source filesrepository

Nexus Standards · proposed

02Status

Status of NS-0

Preparatory working draft, circulated for review and comment. Not for implementation. Prepared and circulated by The Secretariat of the Nexus Standards, Global Centre for Risk and Innovation (GCRI Canada) (public@therisk.global), 17 October 2026. Technical review area: TR-01. This document is not a Nexus Standard; it may change without notice and is not to be implemented, relied upon or cited as a Nexus Standard. Its stage is designated only by the Global Standards Council and its technical committees under NS-13. Recipients are invited to submit comments with supporting reasons, and to notify any patent rights of which they are aware. See the notice of circulation.

03Earth observation

Population, settlement and hazards worldwide

The map is framed on the world as context for the subject of NS-0. Shown at first: population density, 2020 (Gridded Population of the World v4.11, NASA SEDAC, CIESIN, Columbia University) and night-time lights, daily (VIIRS Black Marble, VNP46A2, NASA LAADS DAAC). The layer drawer adds flood water, 3-day composite (VIIRS Global Flood Product); active fires and thermal anomalies, last day (VIIRS NOAA-20 375 m, FIRMS); and true colour (VIIRS NOAA-20 corrected reflectance). NASA products are served through NASA GIBS under NASA's open data policy, with acknowledgement; population density is GPW v4.11 by CIESIN, Columbia University, under CC BY 4.0; coastlines, boundaries and place names come from NASA GIBS reference layers (© OpenStreetMap contributors, ODbL) and Natural Earth (public domain). Each layer shows its own observation date; full credits are given under the map.

The interactive map needs JavaScript; the layer list and sources are below.

Layers 2

People and hazards

Latest available

NASA GIBS / EOSDIS · ASTER GDEM (METI, NASA) · Blue Marble (NASA) · © OpenStreetMap contributors (ODbL) · Natural Earth

Loading the latest NASA imagery.

Drag to move. Ctrl or ⌘ and scroll, pinch or the buttons to zoom; hover for the values under the pointer; reset returns to the region.

Where people live, night-time lights and the floods and fires public institutions answer to, framed on World.Satellite and model products as NASA publishes them, each with its own date; indicators, not assessments of any place.

Data: NASA GIBS · ASTER GDEM · Blue Marble · © OpenStreetMap contributors · Natural Earth · NASA EONETSources and licences

  • We acknowledge the use of imagery provided by services from NASA's Global Imagery Browse Services (GIBS), part of NASA's Earth Science Data and Information System (ESDIS). Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). NASA open data
  • We acknowledge the use of imagery provided by services from NASA's Global Imagery Browse Services (GIBS), part of NASA's Earth Science Data and Information System (ESDIS). Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). NASA open data
  • Center for International Earth Science Information Network (CIESIN), Columbia University. 2018. Gridded Population of the World, Version 4 (GPWv4): Population Density, Revision 11. NASA Socioeconomic Data and Applications Center (SEDAC). Licensed under CC BY 4.0. Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). doi:10.7927/H49C6VHW. CC BY 4.0
  • VIIRS Black Marble night-time lights, NASA Goddard Space Flight Center; distributed by the NASA Level-1 and Atmosphere Archive and Distribution System (LAADS DAAC); imagery via NASA GIBS. Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). NASA open data
  • VIIRS near-real-time products (flood, land surface temperature, snow cover, corrected reflectance), NASA LANCE; imagery via NASA GIBS. Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). NASA open data
  • NASA Fire Information for Resource Management System (FIRMS), VIIRS 375 m active fire product, NASA LANCE; vector tiles via NASA GIBS. Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). NASA open data
  • ASTER GDEM is a product of METI and NASA (ASTER Global Digital Elevation Model V003, NASA LP DAAC); imagery via NASA GIBS. Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). Cite as: NASA/METI/AIST/Japan Spacesystems and U.S./Japan ASTER Science Team (2019). ASTER Global Digital Elevation Model V003. doi:10.5067/ASTER/ASTGTM.003. NASA open data
  • Made with Natural Earth. Free vector and raster map data @ naturalearthdata.com. Public domain
  • © OpenStreetMap contributors (ODbL), via NASA GIBS (coastlines, boundaries, roads and place names). Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). ODbL
  • Blue Marble, NASA Earth Observatory; imagery via NASA GIBS. Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). NASA open data
  • Context on the globe and flat map: coastlines, boundaries, roads and place names from NASA GIBS reference layers (OpenStreetMap data, ODbL, © OpenStreetMap contributors); Blue Marble imagery as an optional base; 3D terrain and the elevation read-out from the ASTER GDEM elevation colour index (5 m to 200 m classes, exaggerated for legibility). Boundaries are drawn as published and imply no position on any territory.
  • Globe: MapLibre GL JS 6.9.1, BSD-3-Clause, © MapLibre contributors.
  • Live: NASA EONET Events are indicative, not authority warnings.
  • NASA GIBS: We acknowledge the use of imagery provided by services from NASA's Global Imagery Browse Services (GIBS), part of NASA's Earth Science Data and Information System (ESDIS).
  • Optional layers (3 sources in the layer list: live, forecast, observed and context) print their provider credit on the map and here when switched on; forecasts are model output and derived indices are estimates.

Layers and dates

  • Population density, 2020: Population: CIESIN, Columbia University, Gridded Population of the World v4.11 (2018), NASA SEDAC, CC BY 4.0 · static
  • Night-time lights, daily: VIIRS Black Marble (VNP46A2), NASA LAADS DAAC · 12 Oct 2026
  • Flood water, 3-day composite: VIIRS Global Flood Product, NASA LANCE · 14 Oct 2026
  • Active fires and thermal anomalies, last day: VIIRS NOAA-20 375 m (FIRMS), NASA LANCE FIRMS · 13 Oct 2026
  • True colour: VIIRS NOAA-20 corrected reflectance, NASA LANCE · 13 Oct 2026

04Canvas

NS-0 among the standards.

Canvas · NS-0 among the standardsProcess diagram
NS-0 in the standard setThe standards that NS-0 cites, the standards that cite it, and the groups of programmes that list it, as recorded in the texts and the programme register.

Fig.The standards on which NS-0 builds, those that cite it and the programme areas where it applies, from the texts and the registry.

05Process

The standard as a process

A consumer names the canonical repository and the versions it applies, uses the registries without forking them, runs the validator, resolves any conflict by the order of precedence, records its implementation status, carries the status fields on every record and submits its statement to verification under NS-11. 8 operations in 4 phases; each states its actor, its decision rule, the record it leaves and the rule identifiers it implements (11 rules of NS-0 and the standards it applies). Records and artifacts are cited by UNI (Unique Nexus Identifier) and version.

Process · Applying NS-0: from a consumer's declaration to a verifiable conformance statement8 operations · 4 phases
Applying NS-0: from a consumer's declaration to a verifiable conformance statementA consumer names the canonical repository and the versions it applies, uses the registries without forking them, runs the validator, resolves any conflict by the order of precedence, records its implementation status, carries the status fields on every record and submits its statement to verification under NS-11.
All operations in order (8)
  1. 01

    Name the repository start · Declaration

    The consumer states which repository it follows and which edition of each Nexus Standard it applies. Standards, registries, schemas and reference tools are published openly under recorded licences.

    Who
    the consumer (a system, site or institution applying the standards)
    Decision rule
    the consumer names the canonical repository and each standard's version (section 6, item 1)
    Record
    a declaration of the canonical repository and of the versions applied
    Implements
    NS0-P1, NS0-P2
  2. 02

    Use, never fork step · Declaration

    Registries are copied with their digests and read as data. Data governs and prose explains, so a local change to a registry is a proposal under NS-13, not an edit.

    Who
    the consumer
    Decision rule
    a registry is used as published and never forked (section 6, item 2)
    Record
    a vendored copy of the registries with its digest
    Implements
    NS0-P2, NS0-P10
  3. 03

    Run the validator exercise · Validation

    The repository validator checks identifiers, codes and records against the registries and schemas. A failing check is recorded with its reason.

    Who
    the consumer, with the repository validator or a tool that runs the same checks
    Decision rule
    the validator runs on every vendored copy (section 6, item 3)
    Record
    a validator run with the tool version and the time
    Implements
    NS0-P4, NS0-P12
  4. 04

    Order of precedence decision · Validation

    Where a standard conflicts with law, contract or the consumer's constitution, the conflict is recorded as a blocking record with a typed reason; it is never resolved silently in code.

    Who
    the consumer's legal function
    Decision rule
    mandatory law and executed contracts, then the consumer's legal and IP constitution, then NS-0, then the other Nexus Standards, then local directives (section 5)
    Record
    a blocking conflict record where a conflict exists
    Implements
    NS0-P12
  5. 05

    Record the status record · Publication

    Each standard the consumer applies is listed with its implementation status; a planned implementation reads as planned.

    Who
    the consumer
    Decision rule
    implementation status is recorded per standard as it is (section 6, item 4)
    Record
    an entry per standard in the consumers register
    Implements
    NS0-P8, NS0-P11
  6. 06

    Carry status fields step · Publication

    Each record states what it was derived from, who produced it, under which release and decision, and which corrections apply. A UNI identifies and resolves; it never certifies.

    Who
    the consumer, on every published record
    Decision rule
    every published record carries its status fields and provenance (section 6, item 5)
    Record
    records that carry their legal state, claim level and provenance
    Implements
    NS0-P3, NS0-P7, NS0-P8
  7. 07

    Independent check gate · Verification

    The consumer's statement is checked against evidence by an evaluator that is not the consumer. Missing evidence, legal state or policy decision yields a typed refusal.

    Who
    an evaluator with a mandate, outside the consumer's trust boundary
    Decision rule
    authenticated is not authorized; deny by default; missing evidence is a refusal, never a pass
    Record
    attestations per clause, with evidence and digests
    Implements
    NS0-P4, NS0-P5, NS0-P12
  8. 08

    Consumer statement end · Verification

    Conformance to NS-0 is the consumer's own statement, supported by attestations that anyone can check.

    Who
    the consumer
    Decision rule
    a statement by the consumer, verifiable under NS-11; it is not a certification
    Record
    a statement of conformance to NS-0, verifiable under NS-11
    Implements
    NS0-P4, NS0-P6

Fig.Phases read left to right; each card names the operation, its actor and the record it leaves, and each edge label names the hand-over. Play, step or scrub; the detail panel gives the full text of the selected operation. Sources: NS-0: Constitution and principles.

06Specification

NS-0 clause by clause

6 clauses and 12 rules as stated in the standard, presented with numbered clauses, stable rule anchors, versions and changes.

Versions0.1.016 October 2026current versionchangelog0.6.0 (2026-10-19), complete release
1

Purpose

The Nexus Standards are universal open standards for all areas of risk. They are the shared, machine-readable rules by which any person, institution, implementation or agent identifies, describes, verifies, monitors and cites what it produces: systems, data, software, documents, visualizations, maps, models, policies, clauses, services and sites. They apply in every sector, hazard, domain, region and jurisdiction, in every language and on every technology platform. They exist so that one artifact means the same thing to a person, a machine, a regulator, a researcher and a community anywhere, and so that conformance can be observed rather than asserted.

The Nexus Standards are implementation-neutral. They specify behaviour at interfaces and the content of records. They do not require any particular product, programming language, database, cloud provider, account or mark, and conformance is determined in the same way for every implementation, open or proprietary.

2

The nexus of standards

Established standards already cover most of the concerns of risk practice: enterprise risk, continuity, security, zero trust, supply chain, climate and nature disclosure, disaster risk and early warning, financial prudence, geospatial data, provenance, identifiers and software supply chains (the landscape is recorded in research/STANDARDS_LANDSCAPE.md and registry/external-standards.yaml). Many are closed to participation, change slowly, are published as static documents and are assessed for conformance only by periodic audit.

A Nexus Standard does not replace them. It is the nexus: the layer that (a) crosswalks an artifact to every external standard it satisfies or relates to, (b) expresses the obligations of those standards as machine-readable clauses, (c) verifies conformance continuously from evidence instead of periodically from attestation, and (d) lets every stakeholder take part in developing the standard itself. Where no external standard exists for a cross-cutting concern (cross-domain cascades, real-time verification, open participation, provenance across the whole lifecycle), a Nexus Standard specifies it.

A Nexus Standard does not reproduce the copyrighted text of another body's standard; it cites by identifier, version and URL (NS-14). The names of standards bodies and their standards are their marks and are used only to refer to them.

3

Principles (binding)

IdPrincipleWhat it requires
NS0-P1OpenThe standards, their registries, schemas, catalogs and reference tools are published in the canonical repository under the licences recorded in LICENSING.md. Participation in development is open to every community and stakeholder under GOVERNANCE.md. No standard depends on a proprietary artifact, product, account or mark to be applied.
NS0-P2Machine-readable firstEvery normative element exists as data (registry, schema, clause) before it exists as prose; prose explains, data governs. A standard with no machine form is not a Nexus Standard.
NS0-P3IdentifiedEvery artifact, record, deployment, policy and clause carries a UNI (NS-1, NS-3, NS-9). Nothing is cited by a name alone.
NS0-P4Verified, not assertedConformance is a claim with evidence: receipts, digests, signed attestations and observations (NS-11). A claim without evidence is recorded as a claim, never as a fact, and the claim ceiling of the implementation bounds every statement it makes.
NS0-P5Zero trustAuthenticated is not authorized; entitled is not authorized; access is denied by default. Every verification, monitoring and enforcement path assumes no implicit trust between systems, tenants, sites or agents, and records who verified what under which mandate.
NS0-P6Real-timeStandards express obligations that can be evaluated continuously against live records (observations, releases, corrections, deployments), and the standards themselves are versioned so that an implementation can state exactly which version it conforms to at any instant.
NS0-P7Provenance everywhereEvery artifact records what it was derived from, who produced it, under which release and policy decision, and what corrected it (NS-3b, PROV-O profile). Corrections supersede; nothing is silently rewritten.
NS0-P8HonestA UNI identifies and resolves; it never certifies. legalState defaults to review-required. Readiness, approval and production status are never implied by a standard, a status, a page, a score or a badge.
NS0-P9Nexus-awareStandards address cross-domain interdependence (water, energy, food, health, biodiversity, climate and the sectors they touch) explicitly: an obligation can reference artifacts in another domain, and cascades are first-class.
NS0-P10Names are governedCodes are never names. Public names follow the marks policy (governance/OPEN_BOUNDARY_IPR_AND_LICENSING.md, section 7). A system or component is shown by its neutral display name and its UNI; the UNI may change with context (NS-9), and no name infringes anyone's mark.
NS0-P11Community-owned developmentProposals, comments, decisions and versions of every standard are themselves artifacts with UNIs. The development process is specified (NS-13) and open, and authority to adopt is recorded, never assumed.
NS0-P12Fail closedMissing evidence, a missing legal state, a missing policy decision or unavailable verification results in a refusal with a typed reason, never in a pass.
4

The standard set

IdStandardGoverns
NS-0Constitution and principlesThis document
NS-1The UNI and the artifact catalogIdentification and cataloguing of artifacts; embedding (NS-6) and resolution (NS-7)
NS-2Citation and attributionHow a UNI is cited by people and machines
NS-3Risk record UNIsIdentification of risk records (observations, source releases, indicators, measures, boundaries, chronotopes, corrections, analytical products, subjects)
NS-3bDataset and product metadata profileSTAC, DCAT and PROV-O crosswalks
NS-4Structure and draftingStructure, verbal forms and registered requirements of standards; front matter of documents
NS-5Figure, map and visualizationVisual artifacts, maps and GIS products, with their captions, provenance and accessibility
NS-6Surface wiringHow APIs, panels, passports and pages carry UNIs (specified in NS-1 section 6 and NS-16)
NS-7ResolverLanding pages, meta tags and sitemaps (specified in NS-1 section 1 and NS-16 section 6)
NS-8Publication workflowZenodo and DOI publication with the legal gate
NS-9Contextual UNIsDeployments and instances: a system in a region, domain, sector or jurisdiction
NS-10Policies and clausesMachine-readable policy and clause artifacts: their obligations, binding, evaluation and enforcement
NS-11Verification and monitoringEvidence, attestations, conformance observation and reporting; zero-trust verification services
NS-12Software, model and AI/ML artifactsSoftware supply chain, model cards, dataset sheets and AI governance crosswalks
NS-13Standards development processHow standards are proposed, reviewed, versioned and adopted in the open
NS-14Conformance and crosswalk to external standardsHow an artifact claims and evidences its relation to external standards
NS-15System model bindingHow subjects, passports, chronotopes, relationships, risk routes, engines and agents are identified and bound to the standards
NS-16UNI application profileHow articles, documents, code, data, APIs and interfaces carry the UNI and the context name

standards/INDEX.md carries the current status of every document.

5

Precedence

Mandatory law and executed contracts take precedence over the legal and intellectual property instruments of the implementing institution, which take precedence over NS-0, which takes precedence over the other Nexus Standards, which take precedence over the implementing institution's own internal policies. An implementation shall record a conflict between these levels as a blocking record with a typed reason; it shall not resolve the conflict in code.

6

Conformance to NS-0

An implementation conforms to NS-0 when it:

  • names the canonical repository and the versions of the standards it applies;
  • does not fork a registry;
  • runs the repository validator, or an equivalent, on the copies of the registries it uses;
  • records its implementation status per standard in registry/consumers.yaml truthfully; and
  • carries the honesty fields (legalState, claimCeiling, status) on every record it publishes.

Conformance to NS-0 is a statement by the implementation, verifiable under NS-11. It is not a certification by the Secretariat or by the Global Standards Council.

Δ

Changes between versions

One published version is available (0.1.0); a comparison between versions is shown once a second version is published.

Clause numbers follow the sections of the document; rule identifiers (NS0-P1, NS0-P2, NS0-P3…) are stable anchors. With script enabled, each clause and rule has a permalink and a machine-readable view (YAML and JSON), and the j and k keys move between clauses.

07Where it applies

Programme areas that list NS-0

55 programme areas list NS-0.

08Research hub

Recent research on NS-0

Recent peer-reviewed articles, preprints, datasets and reports on the subject of this standard, retrieved at the time of reading from open scholarly metadata services (OpenAlex, Crossref, DataCite, Zenodo, arXiv, Europe PMC, OpenAIRE Graph) with search terms composed from the registry. Each work is listed with its authors, venue, year, type, open-access status and licence, and links to its DOI or landing page. Sources not yet enabled for live display on this site are listed for reference and are not queried.

Search termsopen standards; FAIR principles; open science; standards governance; open data principles; Open Definition; The Open Source Definitioncombined with: governance; risk; data; interoperabilityDerived from the subject of the standard and its rules, and the external standards of its crosswalk domains.

  • OpenAlexlisted for reference; not queried
  • Crossreflisted for reference; not queried
  • DataCitelisted for reference; not queried
  • Zenodolisted for reference; not queried
  • arXivlisted for reference; not queried
  • Europe PMClisted for reference; not queried
  • OpenAIRE Graphlisted for reference; not queried

No source is enabled for live display on this site yet: the sources are listed for reference and none is queried. Once the publisher of record enables a source after its terms are reviewed, recent works are listed here. Metadata and links only: title, authors, venue, year, type, open-access status and licence as each source records them; works are listed for orientation, not reviewed or endorsed.

09Source

NS-0 in the standards repository

The text, schemas, machine-readable files, registry rows, tests and history behind NS-0, on the main branch of the canonical repository. Text, registry, schemas and catalog are CC BY 4.0; tools and tests are Apache-2.0.

Source text

FileWhat it holdsLinks
standards/NS-0-constitution-and-principles.mdNXS-STD-ST-000004Raw · History · Suggest an edit
standards/INDEX.mdstatus and document of every standardHistory

Schemas

FileWhat it holdsLinks
schemas/nexus-clause.v1.jsonNexus clause (NS-10)Raw

Machine-readable files

FileWhat it holdsLinks
catalog/artifact-catalog.yamlcatalog records · 2 mentionsFirst mention, line 255

Registry rows

FileWhat it holdsLinks
registry/subsites.yamlNexus Standards subsites - the systemic architecture of nexustandards.com · 37 rows or mentionsLine 19
registry/governance.yamlGovernance, legal structure, national adoption, open boundary and disclaimers of the Nexus Standards · 2 rows or mentionsLine 9
registry/review-investigations.yamlCirculation for technical review and comment, and the technical review areas · 2 rows or mentionsLine 48
registry/dags.yamlProcess and pipeline graphs rendered by the site's DAG component (nxs-dag) · 1 row or mentionsLine 38
registry/risk-standards.source.yaml'Nexus Risk Standards: the systemic catalogue' · 1 row or mentionsLine 22
registry/risk-standards.yaml'Nexus Risk Standards: the systemic catalogue' · 1 row or mentionsLine 21
registry/standard-packages.yamlStandard packages - one package per external open standard on nexustandards.com · 1 row or mentionsLine 69

Tests and validators

FileWhat it holdsLinks
tools/build-risk-standards.mjstool or validatorLine 117
tools/build-site-pages.mjstool or validatorLine 289
tools/validate.mjstool or validatorLine 150

Change history

FileWhat it holdsLinks
Commits to the textevery change to the text·
CHANGELOG.mdnotable changes, by version·
release/manifest.jsonrelease manifest with file digestsin-toto statement
Releasestagged releases of the repository·
proposals/NXS-STD-PC-000005.jsonNexus Risk Standards: the systemic catalogue of 124 risk standards across the risk core, the six anchor nexus streams, technology, finance, policy, development, cross-cutting domains, hazards, intelligence, programme and systemsHistory

Propose a change

FileWhat it holdsLinks
Open a proposal on NS-0issue form: target, kind, rationale (NS-13)Template
Issue form: commentissue formTemplate
Issue form: errataissue formTemplate
Issues that mention NS-0open and closed·
Pull request templatewhat a change must carry: target, kind, rationale, validation·
CONTRIBUTING.mdpull requests, sign-off and checks·
GOVERNANCE.mdhow registry codes and texts change·
10Develop and take part

How NS-0 is developed, and how to take part

NS-0 is developed in the open under NS-13 (the stages and gates of NS-13). Working groups draft, councils decide the reserved matters, and anyone may propose a change, comment, submit an implementation report, object or appeal, without membership or fee.

11External standards

Relation to external standards

NS-0 relates to external standards by identifier, clause number and URL (NS14-R1), and directs the reader to the issuing body.

12Research

Recent research and sources

Peer-reviewed articles, preprints, reports and datasets on the subject of this standard, retrieved at the time of reading from open scholarly metadata services (OpenAlex and Crossref) and listed with authors, venue, year, type and access status, with a link to each work. Curated references and related standards are listed first; recent works matched by subject follow and are listed for orientation.

Curated references

Related standards and frameworks

Search terms, derived from the subject of the standard and its rules: open standards; FAIR principles; open science; standards governance; open data principles; combined with: governance; risk; data; interoperability. With JavaScript enabled, recent works matching these terms are listed from OpenAlex and Crossref.

14Across the network

Programmes, tracks and courses for this standard

GCRI Canada, The Global Risks Forum (GRF) and Risk Academy work on the subject of NS-0 in distinct roles (research and evidence; governance, policy and convening; education and training). Each entry states why it corresponds and the step it offers; each institution sets its own terms of participation.

15Questions

Questions and answers.

What is the status of NS-0?
NS-0 is proposed. It may be applied voluntarily; adoption follows last call and a decision of the Global Standards Council, and national adoption is decided by each National Standards Council.
What does applying NS-0 establish?
Applying NS-0 is a statement by the implementer, verifiable under NS-11 where machine-readable clauses exist.
How is a change to NS-0 proposed?
By a proposal naming NS-0, the section concerned and the rationale; it passes review and last call under NS-13.
NRNexus Reports gateway · GW-STD

Contribute to Nexus Reports from this page.

Nexus Reports is the Consortium's quarterly publication. What you know about this subject can become evidence, a case or a correction in the next edition, credited to you and published under CC BY 4.0 where it is your own work.

Nexus Standards
Nexus Standards

Take part in the standards.

Governments, regulators, standards bodies, industry, academia and communities are invited to shape the catalogue ahead of its first official release, targeted for 2030: comment on a draft, propose a change, join a working group or host a field exercise.

Status and use. The Nexus Standards are proposed standards developed through an open process under NS-13 and published for voluntary use; they do not constitute certification, accreditation or regulatory approval, and adoption remains a decision of the Global Standards Council and, in each country, of its National Standards Council. A UNI (Unique Nexus Identifier) identifies an artifact; it does not certify it. Names of standards bodies and their standards belong to their stewards and are used only to identify the documents; no text of an external standard is reproduced here. Nexus Standards is not affiliated with, endorsed by or certified by any standards body named here.

Licences: CC BY 4.0 for standards text, registries, schemas and data; Apache-2.0 for reference code. External standards are cited by name, number and link under their own licences. Third-party data, libraries and fonts keep their own licences: see Third-party notices.