The KXCO Ontology
type: Ontology
type: DefinedTermSet
comment: Four primitives of one system — Trust (quantum), Judgment (AI), Record (blockchain) and Permission (regulation). Nothing becomes real until all four agree on it. A token is a typed claim, not a thing; each KXCO product is an edge between two primitives.
creator: KXCO
license: https://kxco.ai/terms
language: en-GB
date modified: 2026-07-01

Primitive
type: Class
comment: One of the four irreducible roles of the system. Each is necessary; none is sufficient alone.

Trust (Quantum)
type: Class
type: Concept
subclass of: Primitive
comment: The mathematics that makes a claim unforgeable and keeps it unforgeable, even against a future quantum computer.
realises: Post-quantum cryptography
note: NIST FIPS 203/204/205 · ML-DSA-65

Judgment (AI)
type: Class
type: Concept
subclass of: Primitive
comment: The intelligence that reads, screens, scores and interprets — turning raw records into something decidable.

Record (Blockchain)
type: Class
type: Concept
subclass of: Primitive
comment: The shared, tamper-evident memory that anyone can check without a referee. Realised on Armature L1, post-quantum from genesis.
note: Armature L1 · PQC from genesis

Permission (Regulation)
type: Class
type: Concept
subclass of: Primitive
comment: What is allowed, by whom, and where — a first-class part of the system rather than a footnote. Kept live and cited by a regulatory-intelligence layer.
note: MiCA · Travel Rule · ISO 20022

Four-agreement rule
type: Class
comment: Nothing is real until trust, judgment, record and permission all hold at once. Remove any one and the claim is forged, unreadable, deniable or illegal.
requires: Trust (Quantum)
requires: Judgment (AI)
requires: Record (Blockchain)
requires: Permission (Regulation)

Token
type: Class
comment: A typed claim recorded on a public record, which must be proven not asserted. Becomes real only when the four-agreement rule holds.
requires: Four-agreement rule

Stablecoin
type: Class
subclass of: Token
comment: A claim on a reserve: the reserve is proven not asserted, the redemption right is on record, the issuer is permissioned, and the attestation is live.

CBDC
type: Class
subclass of: Token
comment: A sovereign liability: a central-bank issuer, legal-tender status, jurisdiction and policy controls, provable for decades not years.

RWA token
type: Class
subclass of: Token
comment: A claim on a real asset: the underlying asset and legal wrapper, a named custodian, a provenance chain and a valuation source.

Look-through
type: Class
comment: Decomposing any instrument into its full dependency graph, down to the reserve or real asset it ultimately rests on. Computable, not spreadsheet archaeology.
domain: Token

Product
type: Class
comment: A KXCO product realised as an edge between two primitives.

KXCO Verified
type: Product
comment: Binds a holder or issuer to a real, screened identity. Permission, made personal.
connects: Judgment (AI)
connects: Trust (Quantum)

KXCO Sign
type: Product
comment: The document wrapper and redemption terms — quantum-signed and anchored to the same record as the token.
connects: Trust (Quantum)
connects: Record (Blockchain)

KnightsPurse
type: Product
comment: Custody-less value at the edge — a signed instrument the holder, not KXCO, controls.
connects: Record (Blockchain)
connects: Trust (Quantum)

Exchequer
type: Product
comment: The live regulatory-intelligence layer. Ask a plain question, get a cited answer from live feeds in seconds. Guidance, not a verdict.
connects: Judgment (AI)
connects: Permission (Regulation)
informs: Token

PQC Host + Bastion
type: Product
comment: Hosts post-quantum-secure surfaces and measures whether the stack actually is secure — rather than asserting it. Trust, made infrastructure.
connects: Trust (Quantum)

Post-quantum cryptography
type: Class
comment: NIST-standardised, quantum-safe cryptography used to make and keep claims unforgeable.
note: FIPS 203 (ML-KEM-768) · FIPS 204 (ML-DSA-65) · FIPS 205 (SLH-DSA)