# Glossary

#### Appendix A. Glossary of Terms, Acronyms & NX Components

This glossary provides concise, **normative** definitions of key concepts used throughout the Nexus Ecosystem and Nexus Risk Management (NRM) technical architecture. It is intended as a reference for architects, engineers, regulators, academics, and practitioners. Where relevant, entries indicate relationships to other components in the stack.

***

### A.1 Core Concepts & Methods

**AEP — Assurance & Evidence Pack**\
A structured, versioned bundle of evidence (data, models, assumptions, diagnostics, uncertainty analysis, provenance, and co-authorship) produced under NRM. Each AEP is assigned an **Evidence Quality Level (EQL1–EQL5)** and is explicitly tied to one or more decision contexts (e.g., early warning, capital triggers, supervisory review).

**ERM — Enterprise Risk Management**\
The prevailing, firm-centric risk management paradigm focused on identifying, measuring, and managing risks to an individual organisation’s objectives and balance sheet. In the Nexus design, ERM is treated as the “inside-the-firm” layer that interfaces with **NRM** for systemic and planetary risk.

**NRM — Nexus Risk Management**\
A next-generation, **systemic and multi-level risk management discipline** that aggregates and integrates existing regimes (ERM, DRR, DRF, prudential supervision, climate and adaptation frameworks) on top of the **Nexus Rail**. NRM explicitly treats human–machine–nature intelligence as a first-class design constraint and is designed for **systemic, cascading, and planetary risks**.

**NRM Profile**\
A structured specification of how NRM is applied to a specific risk domain and decision context (e.g., *NRM–Climate–Sovereign–Drought–Food Security*). Profiles bind together ontologies, data sources, models, AEP requirements, CL/EQL targets, governance rules, and capital/decision linkages.

**NXSECO — Nexus Ecosystem**\
The overall **socio-technical system** comprising institutions (GCRI, GRF, GRA, RNCs, NCCs, communities), standards (NXSS), runtime (NXSOS), technical components (NXSTUDIO, NXOBS, etc.), and practices (NRM), operating as a **global digital public good for risk**.

**Nexus Rail (colloquial)**\
Shorthand for the combination of:

* the **Nexus technical stack** (NXSS, NXSOS, NXSTUDIO, NXOBS, etc.) and
* the **institutional and governance arrangements** (GCRI, GRF, GRA, RNCs, NCCs, communities)\
  that together turn **signals → evidence → decisions → money-in-motion & action** in a consistent, auditable way.

**UNOSINT — Universal Nexus Open Source Intelligence**\
The Nexus-specific, open, and extensible OSINT architecture that fuses multimodal data (EO, sensor streams, cyber telemetry, financial indicators, social signals, etc.) into the **Nexus Observatory (NXOBS)** and **AEPs**, under SDZ, lawful-basis, and safety constraints.

***

### A.2 Institutional Actors & Governance

**GCRI — Global Centre for Risk & Innovation**\
The **technical and scientific authority** for NRM and the Nexus Ecosystem. GCRI stewards the core risk ontologies (GRIx), UNOSINT and observatory methods, scoring engines, simulations, and NRM curricula (NXAcademy). It coordinates R\&D and methods across **Nexus Competence Cells (NCCs)**.

**GRF — Global Risks Forum**\
The **standards, assurance, and consortia governance authority** for Nexus. GRF maintains the **Nexus Standards Stack (NXSS)**, defines **Conformance Levels (CL)** and **Evidence Quality Levels (EQL)**, oversees GRF-IP profiles, and governs semantic, ethical, and consortia processes (including rail-level DAOs and cross-rail NXHIVE rules).

**GRA — Global Risks Alliance**\
The **capital, industry, and facility orchestration authority**. GRA designs and coordinates NRM-linked products and facilities (contingency windows, parametric covers, resilience bonds, credit enhancements) ensuring they are anchored in NRM evidence (AEPs, Profiles) and GRF standards.

**RNC — Regional Nexus Consortium**\
A regional multi-actor consortium responsible for operating Nexus Rails within a geographic region (e.g., APAC, East Africa, MENA). RNCs host regional observatories, coordinate local NCCs, manage rail governance (Rail DAO/NVM), and liaise with governments, regulators, and industry.

**NCC — Nexus Competence Cell**\
A **university- or institution-hosted node** that acts as a distributed technical/scientific cell of GCRI. NCCs co-develop ontologies, models, AEPs, scenarios, and curricula, and often operate local observatory functions or specialised domain packs.

**Rail DAO**\
A rail-level **decentralised governance entity**, implemented via the **nxproto.dao-nvm-engine**, comprising representatives from government, regulators, financial institutions, infrastructure operators, academia/NCCs, and communities. It approves high-impact changes to rail configuration, Profiles, and facilities under **NVM** quorum rules.

**NVM — Nexus Validation Machine**\
The formal **quorum and validation mechanism** for high-stakes governance decisions (e.g., adoption of Profiles for capital facilities, changes to CL/EQL minima). Encodes who must sign and in what combinations (e.g., “3-of-6” including government, finance, infrastructure, and community/Indigenous keys).

***

### A.3 Platform & Architectural Components (NX\* Stack)

**NXSS — Nexus Standards Stack**\
The normative and semantic core of the Nexus Ecosystem: ontologies (GRIx), SDZ classes, CL/EQL definitions, DSLs (Policy, Playbook, Agent, rail.yaml, pack.yaml), safety and crypto baselines (AI safety tiers, BioSafe, PQGuard), lawful-basis matrices, test suites, and contribution/licensing models.

**NXSOS — Nexus Operating System**\
The **governance, trust, connectivity, and abstraction runtime** that runs on top of ledgers, clouds, and heterogeneous infrastructure. It includes the **Governance & Trust Plane**, **Connectivity & Real-Time Plane**, and **Platform & Hardware Abstraction Plane** (NXHAL, NXPAL, NXMirror).

**NXSR — Nexus Rails**\
Long-lived, governed deployments of the Nexus architecture defined by `rail.yaml`, for a specific **mission × geography × institutional perimeter** (e.g., “East Africa climate & food security rail”). Rails combine NXSOS, NXSTUDIO, NXOBS, NXCOMMS, NXN, and NXNODE under explicit governance (Rail DAO, NVM).

**NXPCK — Nexus Packs**\
Composable, domain-specific bundles defined by `pack.yaml` that package: GRIx ontology extensions, data pipelines, models, AAP/IRP playbooks, dashboards, connectors, CL/EQL targets, safety overlays, and NVM templates for coherent NRM use-cases (e.g., coastal flood & infrastructure, pandemic & health system stress).

**NXSTUDIO — Nexus Studio**\
The **core data/ML/runtime platform** comprising:

* **NEXCORE** (orchestration runtime)
* **OP** (UNOSINT ingestion pipelines)
* **GRIx runtime** (ontology & lineage via Fabric IQ)
* **EWS** (Early Warning Services)
* **AAP** (Anticipatory & Action Playbooks module)
* **DSS** (Decision Support Services)
* **NEXQ** (workflow & queueing)
* **NSF SDK runtime**, **Data Fabric**, **ML Fabric**, **Policy Hub**, **Config & Secrets Service**

It runs on the **Fabric / OneLake** reference implementation.

**NXOBS — Nexus Observatory**\
The **intelligence and fusion layer**. Hosts UNOSINT pipelines and INT modules, fusion engines, index engines (risk, resilience, systemic stress, equity), and the **AEP Generator**. Observatories are certified under GRF and assigned CL/EQL capabilities.

**NXCOMMS — Nexus Comms**\
The **messaging and routing fabric**: transport abstraction (HTTP/2/3, gRPC, MQTT, Matrix/XMPP, DTN), security envelopes and policy tags (SDZ, GeoGuard, HIL, safety), and topic/queue routing for indices, alerts, episodes, and coordination messages.

**NXN — Nexus Network**\
Integration of **5G/6G telco slices** and **DePIN overlays** (decentralised physical infrastructure) for sensing, connectivity, and compute. Supports QoS, NTN (non-terrestrial networks), multi-rail traffic isolation, and degraded/contested-environment operation.

**NXNODE — Nodes & Devices Layer**\
Taxonomy, identity, and lifecycle management for all computational and physical endpoints: sovereign nodes, edge/MEC nodes, IoT/OT gateways, specialised compute (GPU/HPC/NPU/FPGA/quantum), and critical field devices. Includes node competence profiles, onboarding, attestation, SBOM management, and revocation.

**NXAPP — Apps, Agents & Swarms**\
The **application and agent layer**: UIs, dashboards, portals, mobile clients; **data agents** (virtual analysts); **operations agents** (virtual operations team members); **policy agents** (virtual strategists); and multi-agent swarms. Enforced by the **Agent Safety Layer** and **Agent Capability DSL**.

**NXUNIV — Nexus Universe**\
Marketplace and developer portal for listing and discovering rails, packs, apps, observatories, agents, connectors, and swarms. Includes catalog schemas, rating and reputation systems, certification/badging surfaces (CL/EQL, safety, BioSafe, PQ, privacy), and SDK/CLI tooling.

**NXFOUNDRY — Nexus Foundry**\
Design and assembly environment for packs, rails, ontologies, policies, and agents. Includes: Pack Design Studio, Rail Design Studio, Ontology & Schema tools, Policy & Playbook editors, Twin & Assurance Lab, Rail Twin & **CSECOP** (Cyber-Physical Systems & Ecosystems Operations environment), and GitOps/CI/CD integration, including testing and red-teaming pipelines.

**NXPROG — Nexus Programs**\
Programmatic layer covering **NXAcademy (Nexus Risk Academy)**, assessment & simulation (scenario exams via twins and CSECOP), Nexus accelerators (country/sector/city rail deployments), partner & venture registry, maturity & governance analytics, and social/equity programmes (community advisory, grievance mechanisms, equity indicators).

**NXHIVE — Nexus Hive**\
The **multi-rail orchestrator and systemic governance layer**. Maintains cross-rail catalogs and topology, systemic observability (indices, AEP summaries, equity/ecology/energy/capital views), cross-rail corridors (food, energy, cyber, humanitarian), global policy pushes (minimum CL/EQL, PQ, BioSafe, AI safety baselines), systemic stress testing, and hive-level DAOs/NVM rules.

**NXHAL — Hardware Abstraction Layer**\
NXSOS component that abstracts heterogeneous hardware (CPU/GPU/NPU/FPGA/neuromorphic/quantum). Models compute capabilities, TEEs, HSMs, and supports placement/scheduling policies (e.g., TEEs-only, low-carbon nodes).

**NXPAL — Platform Abstraction Layer**\
NXSOS component abstracting container/orchestration platforms (K8s/K3s/OpenShift/Nomad/serverless), messaging systems (Kafka/Redpanda/NATS, MQTT), and storage backends (S3, Iceberg/Delta/Hudi, Postgres, ClickHouse, graph/TSDB).

**NXMirror — Local Mirror & Offline Core**\
Localised mirror of NXSS, registries, and critical evidence stores with minimal observatory and decision support views, enabling **disconnected or contested** environments. Synchronises conflict-aware with regional/sovereign hubs when connectivity permits.

**NXIdentity**\
Identity and credential infrastructure based on DID/VC (decentralised identifiers / verifiable credentials). Manages keys, roles, and credentials for users, nodes, agents, and institutions. Integrated with **nxsos.iam-broker**.

***

### A.4 Semantic, Standards & DSL Constructs

**GRIx — Global Risk & Resilience Index / Ontology Engine**\
The core **semantic and indexing engine** of NXSS. Provides entity and relationship types, logic constraints, and index definitions across domains (climate, bio, cyber, finance, infrastructure, social), extended by packs. Implemented atop Fabric IQ in reference deployments.

**SDZ — Sovereign Data Zones**\
Classes and tiers specifying **data residency, jurisdiction, and processing rules**. Govern where data can reside, how it can be linked or aggregated, and which compute-to-data patterns are permissible, especially for sensitive and Indigenous data.

**CL — Conformance Levels (CL1–CL4)**\
Graduated levels indicating **institutional and system conformance** to Nexus standards and governance practices, from basic awareness and partial alignment (CL1) to fully embedded, audited, and high-stakes-capable implementations (CL4).

**EQL — Evidence Quality Levels (EQL1–EQL5)**\
Graduated levels indicating **robustness, transparency, and reproducibility of evidence** in AEPs, from exploratory/indicative (EQL1) to fully audited and methodologically mature use in high-stakes decisions (EQL5).

**Chronotope Schemas**\
Time–space–context models that encode the **spatio-temporal framing** of events, indices, AEPs, and decisions, enabling consistent aggregation, comparison, and narrative reconstruction of risk episodes.

**Episode Schemas**\
Standardised representations of **episodes** (signals → decisions → actions → outcomes) enabling evaluation, learning, and meta-governance. Episodes are first-class objects in the **Chronotope & Episodic Memory Fabric**.

**Nexus Protocol**\
The logical specification of how evidence, governance, and capital flows are orchestrated on the Nexus Rail: who can invoke which processes, under which constraints, with what logging and audit requirements. Implemented as part of NXSOS runtime.

**Policy DSL**\
A domain-specific language for expressing **access, residency, safety, lawful-basis, GeoGuard, and human-in-the-loop (HIL)** constraints in machine-readable form.

**Playbook DSL**\
A DSL for encoding **Anticipatory Action Plans (AAPs)** and **Incident Response Playbooks (IRPs)** as executable workflows tied to indices, triggers, and governance constraints.

**Agent Capability DSL**\
Language for specifying what agents **can and cannot do** (actions, scopes, conditions, safety tiers) and under what supervision patterns, enforced by the Agent Safety Layer.

**Rail Configuration DSL (`rail.yaml`)**\
Canonical YAML-based specification for a Nexus Rail’s identity, scope, governance profiles, SDZ configuration, topology, activated packs, SLOs, safety envelopes, DR/BC policies, and NVM rules.

**Pack Configuration DSL (`pack.yaml`)**\
Canonical YAML-based specification for a Nexus Pack’s identity, scope, dependencies, GRIx extensions, playbooks, dashboards, connectors, CL/EQL targets, and safety overlays.

**Lawful-Basis Matrices**\
Structured mappings of **legal bases** for data processing and sharing (e.g., consent, public interest, contractual necessity) across jurisdictions and data categories, integrated with the Policy DSL and SDZ configuration.

***

### A.5 Data, Intelligence & AI Components

**INT Modules**\
Families of domain-specific “intelligence” within UNOSINT / NXOBS, including:

* **OSINT** — Open-Source Intelligence.
* **GEOINT** — Geospatial Intelligence.
* **IMINT** — Imagery Intelligence.
* **SIGINT** — Signals Intelligence.
* **MASINT** — Measurement & Signature Intelligence.
* **CYBINT** — Cyber Intelligence.
* **HUMINT** — Human Intelligence.
* **SOCINT** — Social Intelligence.
* **COMMINT** — Communications Intelligence.
* **BIOINT** — Biological Intelligence.
* **VETINT** — Veterinary Intelligence.
* **AGROINT** — Agricultural Intelligence.
* **FININT** — Financial Intelligence.
* **MACROINT** — Macroeconomic Intelligence.
* **CREDITINT** — Credit & Solvency Intelligence.
* **GOVINT** — Government & Public-Sector Intelligence.
* **POLINT** — Political Intelligence.
* **LEGALINT** — Legal & Regulatory Intelligence.
* **LOGINT** — Logistics Intelligence.
* **SUPPLYINT** — Supply-Chain Intelligence.
* **INFRAINT** — Infrastructure Intelligence.
* **AI-INT** — AI Systems Intelligence.
* **SYNINT** — Synthetic/AI-Generated Intelligence.
* **MODELINT** — Model Behaviour & Performance Intelligence.
* **TRUSTINT** — Trust, Governance & Legitimacy Intelligence.
* **CLIMATEINT** — Climate Intelligence.
* **RESILINT** — Resilience Intelligence.

Each INT family contributes features, indices, and narratives into GRIx and AEPs.

**Fabric / OneLake**\
The reference unified data lakehouse platform used in Nexus implementations. **OneLake** provides a single logical data lake for all organisational data (SQL, NoSQL, streams, on-prem, cloud, SaaS), while **Fabric** provides multi-workload engines (ETL, analytics, real-time, operational DBs, BI). Nexus uses Fabric as the foundational **unified data & platform layer**.

**Fabric IQ**\
The **semantic intelligence workload** in Fabric, used as the implementation of GRIx ontologies and digital twins in Nexus. Supports entity-centric and relationship-centric modelling, binding to tables, streams, time-series, and geospatial data, and provides graph and twin navigation.

**Foundry IQ**\
The **knowledge and agent orchestration layer** integrated with Fabric IQ. Enables custom **data agents, operations agents, and policy agents** that operate over Nexus ontologies and actions, with full traceability and policy enforcement.

**Data Agents**\
Virtual analyst agents operating over the ontology and unified data, capable of answering analytic questions, exploring patterns, and generating candidate AEP components within safety and governance constraints.

**Operations Agents**\
Virtual operations team members configured via low-code experiences, connected to the ontology and action APIs, monitoring conditions (e.g., risk thresholds) and recommending or executing operational responses under HIL and Agent DSL constraints.

**Policy & Strategy Agents**\
Higher-level agents that assist with scenario design, policy option generation, and strategy evaluation, using NRM Profiles, AEPs, and simulation outputs, subject to strict safety, explainability, and governance regimes.

***

### A.6 Security, Safety, Compliance & Operations

**AI Safety Tiers**\
A classification scheme for agents and AI models based on **risk and capability**, specifying allowed actions, required safeguards, and oversight levels for each tier (e.g., read-only analytic agents vs agents with actuation privileges on critical infrastructure).

**BioSafe Rules**\
Domain-specific rules and safeguards to prevent misuse of biological data, models, or simulations (e.g., dual-use concerns), including restrictions on detail, combinations of datasets, or automated design capabilities.

**PQGuard**\
The Nexus framework for **post-quantum cryptography and crypto agility**: baselines for acceptable algorithms, migration pathways, hybrid modes, and deprecation timelines for legacy schemes across NXSOS, NXIdentity, and related components.

**Zero-Trust Security Fabric**\
Cross-cutting security pattern enforcing **continuous verification, least privilege, micro-segmentation, and no implicit trust**, integrated with SDZ, NXIdentity, and Policy DSL.

**HIL — Human-in-the-Loop**\
Operational requirement that certain classes of decisions, actions, or agent suggestions must be reviewed and explicitly approved by a human with appropriate competence and authority before execution.

**RailOps**\
The ensemble of **SRE, on-call, operations, and incident management practices** applied to Nexus Rails and NXSOS services. Responsible for SLO attainment, incident handling, DR/BC, and coordination with governance bodies.

**SLO — Service Level Objective**\
A formal target for a given service or workflow (e.g., latency, availability, evidence quality timeliness) encoded in `rail.yaml` and enforced/monitored via NXSOS and RailOps.

***

### A.7 External Frameworks & Acronyms (Referenced)

**Basel (Basel III/IV, BCBS)**\
Global banking supervision standards used as reference for NRM alignment in prudential risk, climate risk, and systemic stress testing domains.

**COSO**\
Committee of Sponsoring Organizations of the Treadway Commission; provider of widely adopted ERM frameworks. NRM integrates and extends COSO-style ERM into systemic contexts.

**DRR — Disaster Risk Reduction**\
Policy and practice frameworks focused on reducing disaster risk and impacts (e.g., UN Sendai Framework). NRM seeks semantic and operational compatibility with DRR.

**DRF — Disaster Risk Finance**\
Instruments and programmes for financing disaster response, recovery, and resilience (e.g., contingent credit, parametric insurance). NRM provides the evidence rail for DRF design, triggers, and learning.

**DFI — Development Finance Institution**\
Multilateral or national institutions providing development finance and risk finance; expected key users of NRM-linked facilities and NRM Profiles.

**ESG — Environmental, Social, Governance**\
Corporate and financial reporting categories; NRM provides systemic risk intelligence and evidence that can ground more meaningful ESG and impact metrics.

**NIST, ISO, WMO, Sendai, IPCC**\
Selected external standards and frameworks (cybersecurity, risk management, meteorology, DRR, climate science) to which NXSS and NRM artefacts are mapped via **GRF-IP profiles** and interoperability guidance.

***


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.therisk.global/organization/standardization/nexus-rail/nexus-based-risk-management-nrm/technology/appendices/glossary.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.