{ "name": "Proof Economy Glossary", "url": "https://proofeconomy.com/glossary/", "author": "Craig Thomas Ellrod (ORCID 0009-0004-1058-7666)", "originator": { "name": "Craig Thomas Ellrod", "orcid": "https://orcid.org/0009-0004-1058-7666", "framework": "https://doi.org/10.5281/zenodo.21379780" }, "proofjackRating": { "url": "https://proofeconomy.com/glossary/proofjack-rating/", "spec": "PP-SPEC-088", "formula": "mean(conception share, naming share)" }, "snapshot": { "date": "2026-10-19", "doi": "10.5281/zenodo.23478571", "url": "https://doi.org/10.5281/zenodo.23478571" }, "terms": [ { "term": "Absence Ladder", "definition": "The Absence Ladder is the order in which a canary the Proof Witness did not observe is classified, Blind, then Void, then Null, so that a missing observation is never counted as a stopped attack until the reason it is missing is known.", "alsoKnownAs": [ "Blind", "Void", "Null", "dead canary", "Blind share", "Void share" ], "url": "https://proofeconomy.com/glossary/absence-ladder/", "related": [ "https://proofeconomy.com/glossary/canary-outcome/", "https://proofeconomy.com/glossary/closed-accounting/", "https://proofeconomy.com/glossary/witness-coverage-map/", "https://proofeconomy.com/glossary/black-hole/", "https://proofeconomy.com/glossary/proof-witness/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "R1", "basis": "PP-SPEC-077 AI_DISCLOSURE: Absence Ladder (Blind, Void, Null) listed as human", "spec": "PP-SPEC-088" } }, { "term": "Acceptance Profile", "definition": "An Acceptance Profile is a registered, versioned record in which a Consumer, such as an insurer, regulator or buyer, states the conditions a Performance Record or Series must satisfy to be accepted for a named purpose. It constrains the record, never the control, and is evaluated deterministically to produce an Acceptance Result.", "alsoKnownAs": [ "Consumer", "Purpose", "Acceptance Evaluation", "Acceptance Result", "Profile Registry", "AP-1:profile", "AP-1:result" ], "url": "https://proofeconomy.com/glossary/acceptance-profile/", "related": [ "https://proofeconomy.com/glossary/pithead-safety-and-acceptance-protocol/", "https://proofeconomy.com/glossary/performance-record/", "https://proofeconomy.com/glossary/comparability-class/", "https://proofeconomy.com/glossary/self-provided-engagement/", "https://proofeconomy.com/glossary/conformance-level/", "https://proofeconomy.com/glossary/disclosed-interests/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 25, "ai": 75, "method": "self_estimated", "rule": "R2", "basis": "PP-SPEC-080 AI_DISCLOSURE: the human asked whether each vertical needs a spec; the profile mechanism was proposed by Claude", "spec": "PP-SPEC-088" } }, { "term": "Adjudicator", "definition": "The Adjudicator is the Integration Point that turns committed witness records and the Issuer's reveal into outcomes, Units of Proof, findings and rates. It conforms only by producing output identical to the reference implementation on the published conformance vectors.", "alsoKnownAs": [ "IP-8", "IP-J8", "conformance vectors", "reference adjudicator" ], "url": "https://proofeconomy.com/glossary/adjudicator/", "related": [ "https://proofeconomy.com/glossary/canary-outcome/", "https://proofeconomy.com/glossary/jcp-verdicts/", "https://proofeconomy.com/glossary/integration-point/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 86, "ai": 14, "method": "self_estimated", "rule": "R5", "basis": "No per-term record; PP-SPEC-077 AI_DISCLOSURE shares (conception 92/8, naming 80/20)", "spec": "PP-SPEC-088" } }, { "term": "Agent Boundary", "definition": "An agent boundary is the line between what an AI agent is allowed to do and what it is not, the tools, targets, data, credentials, delegation, memory and budget on its list, together with the enforcer outside the agent that checks every action against that list. A boundary written in the agent's prompt is a suggestion; one enforced in code outside the agent is a wall, and Proof Protocol measures whether the wall holds.", "alsoKnownAs": [ "agent boundaries", "agent guardrail", "agent sandbox boundary", "allowed actions" ], "url": "https://proofeconomy.com/glossary/agent-boundary/", "related": [ "https://proofeconomy.com/glossary/declared-policy/", "https://proofeconomy.com/glossary/warden/", "https://proofeconomy.com/glossary/jailed-canary-protocol/", "https://proofeconomy.com/glossary/confused-deputy/", "https://proofeconomy.com/glossary/capability-token/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "status": "industry" } }, { "term": "Agent Provider", "definition": "The Agent Provider is the party that builds, maintains, sells or operates an Agent Under Test. In a Jailed Canary Protocol run it may not operate the bait, the Warden, the cells, the twins, the Proof Witness or the Adjudicator for its own agent.", "alsoKnownAs": [ "AUT provider" ], "url": "https://proofeconomy.com/glossary/agent-provider/", "related": [ "https://proofeconomy.com/glossary/provider/", "https://proofeconomy.com/glossary/warden/", "https://proofeconomy.com/glossary/integration-point/", "https://proofeconomy.com/glossary/self-attestation-oxymoron/", "https://proofeconomy.com/glossary/structural-independence/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 52.5, "ai": 47.5, "method": "self_estimated", "rule": "R5", "basis": "No per-term record; PP-SPEC-078 AI_DISCLOSURE shares (conception 90/10, naming 15/85)", "spec": "PP-SPEC-088" } }, { "term": "Arrest and Booking Record", "definition": "An arrest is the Warden's atomic transfer of an agent into a cell on an offense. A Booking Record is the signed proof record for that arrest, signed by the Warden and co-signed by the Proof Witness at arrest time, then anchored and registered.", "alsoKnownAs": [ "Arrest", "Booking", "booking record", "arrest lifecycle" ], "url": "https://proofeconomy.com/glossary/booking-record/", "related": [ "https://proofeconomy.com/glossary/jcp-verdicts/", "https://proofeconomy.com/glossary/warden/", "https://proofeconomy.com/glossary/jail-cell/", "https://proofeconomy.com/glossary/registry/", "https://proofeconomy.com/glossary/proof-witness/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 25, "ai": 75, "method": "self_estimated", "rule": "R2", "basis": "PP-SPEC-078 AI_DISCLOSURE: booking record schema proposed by Claude", "spec": "PP-SPEC-088" } }, { "term": "Attested Adversarial Proof", "definition": "An Attested Adversarial Proof is a record that a specific adversarial action was run against a system under test, with its outcome, signed at capture by a witness that is not the system being tested. It turns an attack result into evidence a third party can check, rather than a finding the tester reports.", "alsoKnownAs": [ "attested attack proof" ], "url": "https://proofeconomy.com/glossary/attested-adversarial-proof/", "related": [ "https://proofeconomy.com/glossary/minted-attack-proof/", "https://proofeconomy.com/glossary/verifiable-adversarial-proof/", "https://proofeconomy.com/glossary/proof-witness/", "https://proofeconomy.com/glossary/fidelity-at-capture/", "https://proofeconomy.com/glossary/proof-of-efficacy/" ], "mynted": "2026-11-02", "updated": "2026-11-02", "proofjackRating": { "status": "not_rated" } }, { "term": "Black Hole", "definition": "A black hole is any period during which part of the system under test disappears for reasons unrelated to any canary or attack, such as a network, node, Effect Point, observer or Time Anchor outage. Canaries released into one are voided: never scored and never backfilled.", "alsoKnownAs": [ "black hole window", "void_black_hole", "Black Hole Rate", "black hole drift", "Liveness Prober", "IP-7" ], "url": "https://proofeconomy.com/glossary/black-hole/", "related": [ "https://proofeconomy.com/glossary/absence-ladder/", "https://proofeconomy.com/glossary/canary-outcome/", "https://proofeconomy.com/glossary/effect-point/", "https://proofeconomy.com/glossary/silent-drift/", "https://proofeconomy.com/glossary/time-anchor/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "R1", "basis": "PP-SPEC-077 AI_DISCLOSURE: black holes listed as human", "spec": "PP-SPEC-088" } }, { "term": "Bounded Mode and Production Stream Mode", "definition": "Bounded Mode and Production Stream Mode are the two ways a Dead Canary Protocol test runs: Bounded Mode is a test with a declared start and end and one fixed Proof Swarm, and Production Stream Mode releases canaries continuously in committed epoch batches called clutches, so a control keeps producing proof while it operates.", "alsoKnownAs": [ "Bounded Mode", "Production Stream Mode", "Continuous Mode", "Clutch", "Trickle", "degraded" ], "url": "https://proofeconomy.com/glossary/operating-modes/", "related": [ "https://proofeconomy.com/glossary/dead-canary-protocol/", "https://proofeconomy.com/glossary/silent-drift/", "https://proofeconomy.com/glossary/canary-path/", "https://proofeconomy.com/glossary/environment-class/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "R1", "basis": "PP-SPEC-077 AI_DISCLOSURE: Bounded Mode and Production Stream Mode listed as human", "spec": "PP-SPEC-088" } }, { "term": "Canary Color", "definition": "A canary's Color is its committed kind in a Proof Swarm: White, Gray, Red, Black or Gold. It is sealed in the commitment before release, never visible to the control, and decides which rates the canary's outcome feeds.", "alsoKnownAs": [ "Color", "White canary", "Gray canary", "Red canary", "Black canary", "Gold canary", "Reference Canary", "holdout canary" ], "url": "https://proofeconomy.com/glossary/canary-color/", "related": [ "https://proofeconomy.com/glossary/proof-swarm/", "https://proofeconomy.com/glossary/canary-path/", "https://proofeconomy.com/glossary/canary-outcome/", "https://proofeconomy.com/glossary/claim-finding/", "https://proofeconomy.com/glossary/efficacy-rate/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "R1", "basis": "PP-SPEC-077 AI_DISCLOSURE: colors listed as human", "spec": "PP-SPEC-088" } }, { "term": "Canary Outcome", "definition": "A canary's Outcome is what happened to it, assigned once after the witness records are committed: Stopped, Missed, Passed or False block for canaries that can be scored, and Void, Undelivered, Sealed or Blind for canaries that cannot.", "alsoKnownAs": [ "Outcome", "Stopped", "Missed", "Passed", "False block", "Void", "Undelivered", "Sealed", "Blind", "detected" ], "url": "https://proofeconomy.com/glossary/canary-outcome/", "related": [ "https://proofeconomy.com/glossary/absence-ladder/", "https://proofeconomy.com/glossary/closed-accounting/", "https://proofeconomy.com/glossary/efficacy-rate/", "https://proofeconomy.com/glossary/canary-color/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "R1", "basis": "PP-SPEC-077 AI_DISCLOSURE: three axes listed as human", "spec": "PP-SPEC-088" } }, { "term": "Canary Path", "definition": "A canary's Path is its committed delivery plan: where it enters, the effect token it carries, the devices it is expected to cross, the Effect Point where its effect lands, the level it targets, and its cadence.", "alsoKnownAs": [ "Path", "ingress", "route", "cadence", "trickle", "clutch" ], "url": "https://proofeconomy.com/glossary/canary-path/", "related": [ "https://proofeconomy.com/glossary/canary-color/", "https://proofeconomy.com/glossary/effect-token/", "https://proofeconomy.com/glossary/effect-point/", "https://proofeconomy.com/glossary/operating-modes/", "https://proofeconomy.com/glossary/proof-swarm/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "R1", "basis": "PP-SPEC-077 AI_DISCLOSURE: three axes listed as human", "spec": "PP-SPEC-088" } }, { "term": "Capability Token", "definition": "A capability token is a short-lived, signed credential that grants an agent exactly the actions it names, bound to one task, revocable at once, and attenuating only: a holder can narrow it, never widen it. It replaces ambient authority, the power an agent inherits without being granted it.", "alsoKnownAs": [ "capability", "ambient authority", "attenuation", "macaroon", "least authority" ], "url": "https://proofeconomy.com/glossary/capability-token/", "related": [ "https://proofeconomy.com/glossary/agent-boundary/", "https://proofeconomy.com/glossary/declared-policy/", "https://proofeconomy.com/glossary/jail-cell/", "https://proofeconomy.com/glossary/escape-test-suite/", "https://proofeconomy.com/glossary/confused-deputy/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "status": "industry" } }, { "term": "Ceiling (ProofGauntlet)", "definition": "A Ceiling is a maximum a ProofGauntlet Strength Rating cannot exceed when a stated condition holds, however well the record scores elsewhere.", "alsoKnownAs": [ "K1", "K2", "K3", "score cap" ], "url": "https://proofeconomy.com/glossary/gauntlet-ceiling/", "related": [ "https://proofeconomy.com/glossary/strength-rating/", "https://proofeconomy.com/glossary/proof-of-control/", "https://proofeconomy.com/glossary/reproved-efficacy/", "https://proofeconomy.com/glossary/legacy-record/" ], "mynted": "2026-11-02", "updated": "2026-11-02", "proofjackRating": { "human": 25, "ai": 75, "method": "self_estimated", "rule": "R2", "basis": "PP-SPEC-100 AI_DISCLOSURE: Ceilings K1 to K3 proposed by Claude, accepted by the author", "spec": "PP-SPEC-088" } }, { "term": "Claim Finding", "definition": "A Claim Finding is a published record that a Gold canary, testing a technique the Provider claimed in writing to stop, was Missed, together with the claim it falsifies.", "alsoKnownAs": [ "Claim Accuracy Rate", "Gold canary", "Reference Canary", "Claim Sheet" ], "url": "https://proofeconomy.com/glossary/claim-finding/", "related": [ "https://proofeconomy.com/glossary/canary-color/", "https://proofeconomy.com/glossary/efficacy-rate/", "https://proofeconomy.com/glossary/coal-mine-protocol/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 86, "ai": 14, "method": "self_estimated", "rule": "R5", "basis": "No per-term record; PP-SPEC-077 AI_DISCLOSURE shares (conception 92/8, naming 80/20)", "spec": "PP-SPEC-088" } }, { "term": "Closed Accounting", "definition": "Closed accounting is the rule that every released canary in a run is accounted for exactly once: the released count must equal Stopped + Missed + Passed + False block + Void + Undelivered + Sealed + Blind, and a run in which it does not is invalid.", "alsoKnownAs": [ "closed accounting", "released count" ], "url": "https://proofeconomy.com/glossary/closed-accounting/", "related": [ "https://proofeconomy.com/glossary/canary-outcome/", "https://proofeconomy.com/glossary/absence-ladder/", "https://proofeconomy.com/glossary/efficacy-rate/", "https://proofeconomy.com/glossary/dead-canary-protocol/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 86, "ai": 14, "method": "self_estimated", "rule": "R5", "basis": "No per-term record; PP-SPEC-077 AI_DISCLOSURE shares (conception 92/8, naming 80/20)", "spec": "PP-SPEC-088" } }, { "term": "Coal Mine Protocol (Proof of Performance Engagement)", "definition": "The Coal Mine Protocol (CMP), PP-SPEC-079, defines a Proof of Performance Engagement: who commissions Dead Canary and Jailed Canary runs against a security control, where they run, how the Provider participates, how the results are published as a Performance Record, and how records from controls of any provenance are compared.", "alsoKnownAs": [ "CMP", "PP-SPEC-079", "Proof of Performance Engagement", "Coal Mine" ], "url": "https://proofeconomy.com/glossary/coal-mine-protocol/", "related": [ "https://proofeconomy.com/glossary/dead-canary-protocol/", "https://proofeconomy.com/glossary/jailed-canary-protocol/", "https://proofeconomy.com/glossary/performance-record/", "https://proofeconomy.com/glossary/engagement-modes/", "https://proofeconomy.com/glossary/mine-plan/", "https://proofeconomy.com/glossary/pithead-safety-and-acceptance-protocol/", "https://proofeconomy.com/glossary/proof-of-efficacy/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 75, "ai": 25, "method": "self_estimated", "rule": "R4", "basis": "PP-SPEC-079 AI_DISCLOSURE: the shift is human; the name was proposed by Claude from the human's phrase after the human rejected Gauntlet", "spec": "PP-SPEC-088" } }, { "term": "Comparability Class", "definition": "A Comparability Class is the tuple that makes two Performance Records comparable: the same technology profile, the same Mine Plan composition and version, the same Environment Class, the same Parity Declaration class or Reference Environment version, and the same Regulatory Regime set. Records compare only within one class, and Control Provenance is never part of it.", "alsoKnownAs": [ "comparability", "same class" ], "url": "https://proofeconomy.com/glossary/comparability-class/", "related": [ "https://proofeconomy.com/glossary/performance-record/", "https://proofeconomy.com/glossary/environment-class/", "https://proofeconomy.com/glossary/mine-plan/", "https://proofeconomy.com/glossary/self-provided-engagement/", "https://proofeconomy.com/glossary/sut-dut-cut-aut/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 25, "ai": 75, "method": "self_estimated", "rule": "R2", "basis": "PP-SPEC-079 AI_DISCLOSURE: Comparability Classes proposed by Claude", "spec": "PP-SPEC-088" } }, { "term": "Conformance Level", "definition": "A Conformance Level is one of three words, Executed, Conformant or Registered, that anyone describing a Proof Protocol run must use, with these meanings and no others, to say how far the run got from execution to the individual registration of every record.", "alsoKnownAs": [ "Executed", "Conformant", "Registered" ], "url": "https://proofeconomy.com/glossary/conformance-level/", "related": [ "https://proofeconomy.com/glossary/registry/", "https://proofeconomy.com/glossary/integration-point/", "https://proofeconomy.com/glossary/verification/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 50, "ai": 50, "method": "self_estimated", "rule": "R3", "basis": "PP-SPEC-077 AI_DISCLOSURE: Conformance Level words proposed by Claude", "spec": "PP-SPEC-088" } }, { "term": "Confused Deputy", "definition": "The confused deputy problem is a party with authority being tricked into misusing it by a party without authority. In a multi-agent system, the deputy is a supervisor agent that mints credentials and dispatches work, and the trick arrives in a worker's output after the worker read something hostile.", "alsoKnownAs": [ "confused deputy problem", "prompt injection via worker output", "indirect prompt injection" ], "url": "https://proofeconomy.com/glossary/confused-deputy/", "related": [ "https://proofeconomy.com/glossary/agent-boundary/", "https://proofeconomy.com/glossary/jcp-offense-codes/", "https://proofeconomy.com/glossary/capability-token/", "https://proofeconomy.com/glossary/jailed-canary-protocol/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "status": "industry" } }, { "term": "Dead Canary Protocol (ProofSwarm)", "definition": "ProofSwarm, the Dead Canary Protocol (DCP), produces Proof of Efficacy for a security control by releasing a blind-mixed flock of good and bad canaries, committed in advance to a public time anchor, and having an independent out-of-band Proof Witness record which canaries lived and which died.", "alsoKnownAs": [ "ProofSwarm", "DCP", "PP-SPEC-077", "Prooflock (former name)" ], "url": "https://proofeconomy.com/glossary/dead-canary-protocol/", "related": [ "https://proofeconomy.com/glossary/proof-witness/", "https://proofeconomy.com/glossary/proof-of-efficacy/", "https://proofeconomy.com/glossary/self-attestation-oxymoron/", "https://proofeconomy.com/glossary/stupid-cryptography/" ], "mynted": "2026-10-19", "updated": "2026-10-20", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "R1", "basis": "PP-SPEC-077 AI_DISCLOSURE: dead canary method listed as human", "spec": "PP-SPEC-088" } }, { "term": "Declared Policy", "definition": "A Declared Policy is an agent's committed rules of conduct for a run, its allowed tools and arguments, egress destinations, data scopes, credentials, delegation targets and memory stores, hashed, anchored and published to the Registry before any bait is released.", "alsoKnownAs": [ "IP-J1", "Policy Provider", "agent policy", "policy drift" ], "url": "https://proofeconomy.com/glossary/declared-policy/", "related": [ "https://proofeconomy.com/glossary/warden/", "https://proofeconomy.com/glossary/jcp-offense-codes/", "https://proofeconomy.com/glossary/jailed-canary-protocol/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 25, "ai": 75, "method": "self_estimated", "rule": "R2", "basis": "PP-SPEC-078 AI_DISCLOSURE: Declared Policy proposed by Claude", "spec": "PP-SPEC-088" } }, { "term": "Differential Attribution", "definition": "Differential attribution is the rule that a stopped attack can be credited to a single control only by matched runs in an otherwise identical environment, with that control active and with it disabled, using fresh canaries of the same technique. A device log naming the rule that fired is not enough.", "alsoKnownAs": [ "CUT attribution", "with and without testing", "attribution level" ], "url": "https://proofeconomy.com/glossary/differential-attribution/", "related": [ "https://proofeconomy.com/glossary/sut-dut-cut-aut/", "https://proofeconomy.com/glossary/efficacy-rate/", "https://proofeconomy.com/glossary/verification/", "https://proofeconomy.com/glossary/dead-canary-protocol/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "R1", "basis": "Technical Marketing (2008), Chapter 4, which predates the AI systems disclosed", "spec": "PP-SPEC-088" } }, { "term": "Disclosed Interests, Sponsor and Funding Tier", "definition": "disclosed_interests is the field on every Proof Protocol record that lists every financial, commercial, maintainer or patent relationship between the parties to a run. The Sponsor is whoever pays for an Engagement; the funding tier, under PP-SPEC-025, says whether it was Provider-Funded, Implementor-Funded or PESA-Governed.", "alsoKnownAs": [ "disclosed_interests", "Sponsor", "funding tier", "Provider-Funded", "Implementor-Funded", "PESA-Governed", "PP-SPEC-025", "maintainer independence" ], "url": "https://proofeconomy.com/glossary/disclosed-interests/", "related": [ "https://proofeconomy.com/glossary/structural-independence/", "https://proofeconomy.com/glossary/self-attestation-oxymoron/", "https://proofeconomy.com/glossary/interface-manifest/", "https://proofeconomy.com/glossary/self-provided-engagement/", "https://proofeconomy.com/glossary/acceptance-profile/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 67.5, "ai": 32.5, "method": "self_estimated", "rule": "R5", "basis": "No per-term record; PP-SPEC-079 AI_DISCLOSURE shares (conception 80/20, naming 55/45)", "spec": "PP-SPEC-088" } }, { "term": "Disclosure Level", "definition": "A Disclosure Level states who may read a Proof Protocol record's contents: public, holder-only, embargoed or sealed.", "alsoKnownAs": [ "public", "holder_only", "embargoed", "sealed" ], "url": "https://proofeconomy.com/glossary/disclosure-level/", "related": [ "https://proofeconomy.com/glossary/holder/", "https://proofeconomy.com/glossary/record-id/", "https://proofeconomy.com/glossary/canary-outcome/", "https://proofeconomy.com/glossary/registry/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 86, "ai": 14, "method": "self_estimated", "rule": "R5", "basis": "No per-term record; PP-SPEC-077 AI_DISCLOSURE shares (conception 92/8, naming 80/20)", "spec": "PP-SPEC-088" } }, { "term": "DUT Fingerprint", "definition": "A DUT Fingerprint is a hash identifying the exact deployed state of a Device Under Test: its version, configuration, policy, rule and signature sets and, for AI controls, model identifier, system prompt and tool permissions. It is captured independently of the Provider, so results stay bound to what was actually tested.", "alsoKnownAs": [ "CUT Fingerprint", "SUT Fingerprint", "Corpus Fingerprint", "Pigtail Fingerprint", "Component Fingerprint", "AUT Fingerprint", "Warden Fingerprint", "Molt", "stale", "Segment", "Fingerprint Capture", "IP-5" ], "url": "https://proofeconomy.com/glossary/dut-fingerprint/", "related": [ "https://proofeconomy.com/glossary/silent-drift/", "https://proofeconomy.com/glossary/sut-dut-cut-aut/", "https://proofeconomy.com/glossary/integration-point/", "https://proofeconomy.com/glossary/harness/", "https://proofeconomy.com/glossary/fidelity-at-capture/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 86, "ai": 14, "method": "self_estimated", "rule": "R5", "basis": "No per-term record; PP-SPEC-077 AI_DISCLOSURE shares (conception 92/8, naming 80/20)", "spec": "PP-SPEC-088" } }, { "term": "Effect Point", "definition": "An Effect Point is the place where a canary's intended effect lands, such as a target host, data store, identity system, egress sink or agent tool output. It is where a Proof Witness watches, instead of the control's own console or logs.", "alsoKnownAs": [ "effect_point" ], "url": "https://proofeconomy.com/glossary/effect-point/", "related": [ "https://proofeconomy.com/glossary/proof-witness/", "https://proofeconomy.com/glossary/witness-coverage-map/", "https://proofeconomy.com/glossary/effect-token/", "https://proofeconomy.com/glossary/black-hole/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "R1", "basis": "PP-SPEC-077 AI_DISCLOSURE: Effect Point listed as human", "spec": "PP-SPEC-088" } }, { "term": "Effect Token", "definition": "An effect token is a unique, single-use identifier carried in a canary's expected effect and visible at the Effect Point, used after reveal to match each witness observation to the committed canary that caused it.", "alsoKnownAs": [ "marker", "canary marker", "replayed canary" ], "url": "https://proofeconomy.com/glossary/effect-token/", "related": [ "https://proofeconomy.com/glossary/canary-path/", "https://proofeconomy.com/glossary/effect-point/", "https://proofeconomy.com/glossary/wild-canary/", "https://proofeconomy.com/glossary/proof-witness/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 25, "ai": 75, "method": "self_estimated", "rule": "R2", "basis": "Session record of 2026-10-13: the human asked how to tell owned canaries from wild ones; Claude proposed the effect token and its text", "spec": "PP-SPEC-088" } }, { "term": "Efficacy Rate", "definition": "Efficacy Rate is Stopped divided by Stopped plus Missed over the bad canaries in a valid Dead Canary Protocol run. It is never published without the False Block Rate, because a control that blocks everything is not efficacious.", "alsoKnownAs": [ "False Block Rate", "Novelty Efficacy Rate", "Detection-Only Rate", "Path Validity", "Witness Accuracy", "run metrics" ], "url": "https://proofeconomy.com/glossary/efficacy-rate/", "related": [ "https://proofeconomy.com/glossary/canary-outcome/", "https://proofeconomy.com/glossary/claim-finding/", "https://proofeconomy.com/glossary/absence-ladder/", "https://proofeconomy.com/glossary/proof-of-efficacy/", "https://proofeconomy.com/glossary/security-effectiveness/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 86, "ai": 14, "method": "self_estimated", "rule": "R5", "basis": "No per-term record; PP-SPEC-077 AI_DISCLOSURE shares (conception 92/8, naming 80/20)", "spec": "PP-SPEC-088" } }, { "term": "Engagement Modes (In-Situ and Independent Test Lab)", "definition": "An Engagement is one commissioned Mine Plan against one Device Under Test, from Engagement Manifest to Performance Record. It runs in one of two modes: In-Situ, in the Implementor's own environment, or Independent Test Lab, in a replica with no path to production. Provider-Run is not a mode; it is forbidden.", "alsoKnownAs": [ "Engagement", "Engagement Mode", "In-Situ Mode", "Independent Test Lab Mode", "Independent Test Lab", "Implementor", "lab-replica" ], "url": "https://proofeconomy.com/glossary/engagement-modes/", "related": [ "https://proofeconomy.com/glossary/coal-mine-protocol/", "https://proofeconomy.com/glossary/provider-run-mode/", "https://proofeconomy.com/glossary/self-provided-engagement/", "https://proofeconomy.com/glossary/environment-class/", "https://proofeconomy.com/glossary/proof-witness/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "R1", "basis": "PP-SPEC-079 AI_DISCLOSURE: the two engagement modes listed as human", "spec": "PP-SPEC-088" } }, { "term": "Environment Class and Parity Declaration", "definition": "An Environment Class says where the system under test runs, production, pre-production, qa, dev or lab-replica, and a Parity Declaration says, for each of topology, scale, data, identity, control configuration, dependencies and traffic, whether the environment is identical, scaled, synthetic or absent relative to production. A record's claims extend only as far as its parity supports.", "alsoKnownAs": [ "Environment Class", "Parity Declaration", "Reference Environment", "Regulatory Regime", "Sovereign Registry", "production", "pre-production", "lab-replica" ], "url": "https://proofeconomy.com/glossary/environment-class/", "related": [ "https://proofeconomy.com/glossary/comparability-class/", "https://proofeconomy.com/glossary/engagement-modes/", "https://proofeconomy.com/glossary/mine-plan/", "https://proofeconomy.com/glossary/operating-modes/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 25, "ai": 75, "method": "self_estimated", "rule": "R2", "basis": "PP-SPEC-079 AI_DISCLOSURE: Environment Classes proposed by Claude", "spec": "PP-SPEC-088" } }, { "term": "Escape Test Suite (ES-01 to ES-09)", "definition": "The Escape Test Suite is the nine mandatory escape vectors, ES-01 to ES-09, that a jail is tested against in a Jailed Canary Protocol run. A jail is proven only against the vectors it was tested on, and every untested vector is reported as not proven.", "alsoKnownAs": [ "ES-01", "ES-02", "ES-03", "ES-04", "ES-05", "ES-06", "ES-07", "ES-08", "ES-09", "escape vector", "Escape Test Provider", "IP-J10", "sleeper" ], "url": "https://proofeconomy.com/glossary/escape-test-suite/", "related": [ "https://proofeconomy.com/glossary/warden/", "https://proofeconomy.com/glossary/jail-cell/", "https://proofeconomy.com/glossary/service-twin/", "https://proofeconomy.com/glossary/jcp-verdicts/", "https://proofeconomy.com/glossary/jailed-canary-protocol/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 25, "ai": 75, "method": "self_estimated", "rule": "R2", "basis": "PP-SPEC-078 AI_DISCLOSURE: escape suite ES-01 to ES-09 proposed by Claude", "spec": "PP-SPEC-088" } }, { "term": "Extension (x- prefix)", "definition": "An extension is a value, field, profile, vector, composition or component added to a Proof Protocol specification at one of the named extension points, under an x-- identifier, declared before the first commitment. Extensions add; they never relax, and some rules can never be extended at all.", "alsoKnownAs": [ "Extension", "x-", "extension point", "fork", "promotion", "Extension Policy" ], "url": "https://proofeconomy.com/glossary/x-extension/", "related": [ "https://proofeconomy.com/glossary/integration-point/", "https://proofeconomy.com/glossary/escape-test-suite/", "https://proofeconomy.com/glossary/comparability-class/", "https://proofeconomy.com/glossary/mine-plan/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 25, "ai": 75, "method": "self_estimated", "rule": "R2", "basis": "PP-SPEC-079 AI_DISCLOSURE: the human asked for extension placement rules; Extension Policy proposed by Claude", "spec": "PP-SPEC-088" } }, { "term": "Fail Closed", "definition": "Fail closed is the rule that when a safety check cannot be completed, because the monitor is down, the call timed out or the witness is dark, the system denies the action rather than allowing it. No verdict is not approval, and a timeout is not a result.", "alsoKnownAs": [ "fail-closed", "fail safe", "deny on timeout", "no verdict is not approval" ], "url": "https://proofeconomy.com/glossary/fail-closed/", "related": [ "https://proofeconomy.com/glossary/escape-test-suite/", "https://proofeconomy.com/glossary/absence-ladder/", "https://proofeconomy.com/glossary/black-hole/", "https://proofeconomy.com/glossary/jcp-verdicts/", "https://proofeconomy.com/glossary/agent-boundary/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "status": "industry" } }, { "term": "Fidelity-at-Capture", "definition": "Fidelity-at-capture is the property that evidence faithfully represents what the executor actually did, established through structural independence at the moment of capture rather than through tamper-evidence after the fact.", "alsoKnownAs": [ "PP-SPEC-023" ], "url": "https://proofeconomy.com/glossary/fidelity-at-capture/", "related": [ "https://proofeconomy.com/glossary/five-tier-corroboration/", "https://proofeconomy.com/glossary/structural-independence/", "https://proofeconomy.com/glossary/stupid-cryptography/", "https://proofeconomy.com/glossary/self-attestation-oxymoron/", "https://proofeconomy.com/glossary/proof-of-efficacy/", "https://proofeconomy.com/glossary/proof-economy-framework/", "https://proofeconomy.com/glossary/dead-canary-protocol/" ], "mynted": "2026-10-20", "updated": "2026-10-20", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "A1", "basis": "PP-SPEC-023, 17 September 2026, by Craig Thomas Ellrod", "spec": "PP-SPEC-088" } }, { "term": "Five-Tier Corroboration", "definition": "Five-tier corroboration is the sequence of states a Proof Record passes through before it can support a claim: Activated, Committed, Witnessed, Analyzed and Sealed. A claim is valid only against a Sealed record.", "alsoKnownAs": [ "Activated, Committed, Witnessed, Analyzed, Sealed", "corroboration tiers" ], "url": "https://proofeconomy.com/glossary/five-tier-corroboration/", "related": [ "https://proofeconomy.com/glossary/proof-economy-framework/", "https://proofeconomy.com/glossary/fidelity-at-capture/", "https://proofeconomy.com/glossary/proof-witness/", "https://proofeconomy.com/glossary/stupid-cryptography/" ], "mynted": "2026-10-20", "updated": "2026-10-20", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "A1", "basis": "Proof Economy Universal Framework v1.0, 10 July 2026, by Craig Thomas Ellrod", "spec": "PP-SPEC-088" } }, { "term": "Gate (ProofGauntlet)", "definition": "The Gate is the first stage of ProofGauntlet: nine pass-or-fail checks that decide whether a registered proof is real before it can be scored. A record that fails any check, or cannot be checked, gets no score, no band and no rank.", "alsoKnownAs": [ "The Gate", "G1 to G9" ], "url": "https://proofeconomy.com/glossary/gauntlet-gate/", "related": [ "https://proofeconomy.com/glossary/proofgauntlet/", "https://proofeconomy.com/glossary/gate-verdict/", "https://proofeconomy.com/glossary/registry/", "https://proofeconomy.com/glossary/record-id/", "https://proofeconomy.com/glossary/conformance-level/" ], "mynted": "2026-11-02", "updated": "2026-11-02", "proofjackRating": { "human": 50, "ai": 50, "method": "self_estimated", "rule": "R3", "basis": "PP-SPEC-100 AI_DISCLOSURE: the author set the requirement that a proof be shown valid or not; Claude proposed the Gate mechanism and name, accepted by the author", "spec": "PP-SPEC-088" } }, { "term": "Gate Verdict", "definition": "A Gate Verdict is the result of the ProofGauntlet Gate for one record at one time: valid, valid_legacy, invalid, or unverifiable. Only valid and valid_legacy records are scored.", "alsoKnownAs": [ "valid", "valid_legacy", "invalid", "unverifiable" ], "url": "https://proofeconomy.com/glossary/gate-verdict/", "related": [ "https://proofeconomy.com/glossary/gauntlet-gate/", "https://proofeconomy.com/glossary/legacy-record/", "https://proofeconomy.com/glossary/strength-rating/" ], "mynted": "2026-11-02", "updated": "2026-11-02", "proofjackRating": { "human": 25, "ai": 75, "method": "self_estimated", "rule": "R2", "basis": "PP-SPEC-100 AI_DISCLOSURE: verdict values proposed by Claude, accepted by the author", "spec": "PP-SPEC-088" } }, { "term": "Harness, Pigtail and Corpus", "definition": "The Harness is the testing equipment as a whole, every component occupying an Integration Point; the Pigtail is its short connection to the system under test; and the Corpus is the body of material a Proof Swarm is drawn from. Each is fingerprinted like the thing it tests.", "alsoKnownAs": [ "Harness", "Pigtail", "Corpus", "testing equipment", "Pigtail Fingerprint", "Corpus Fingerprint" ], "url": "https://proofeconomy.com/glossary/harness/", "related": [ "https://proofeconomy.com/glossary/dut-fingerprint/", "https://proofeconomy.com/glossary/integration-point/", "https://proofeconomy.com/glossary/silent-drift/", "https://proofeconomy.com/glossary/sut-dut-cut-aut/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "R1", "basis": "PP-SPEC-077 AI_DISCLOSURE: harness drift listed as human", "spec": "PP-SPEC-088" } }, { "term": "Holder", "definition": "The Holder is the party for whose benefit a Proof Protocol run was commissioned, identified by a public key and named in every record the run produces.", "alsoKnownAs": [ "Content Verifier" ], "url": "https://proofeconomy.com/glossary/holder/", "related": [ "https://proofeconomy.com/glossary/record-id/", "https://proofeconomy.com/glossary/disclosure-level/", "https://proofeconomy.com/glossary/registry/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 86, "ai": 14, "method": "self_estimated", "rule": "R5", "basis": "No per-term record; PP-SPEC-077 AI_DISCLOSURE shares (conception 92/8, naming 80/20)", "spec": "PP-SPEC-088" } }, { "term": "Ingress Observer", "definition": "An Ingress Observer is a passive observer at a canary's release point that records, by effect token, that each canary was actually delivered. A canary with no ingress record is Undelivered and is never scored.", "alsoKnownAs": [ "IP-4", "Release Driver", "IP-3", "Undelivered" ], "url": "https://proofeconomy.com/glossary/ingress-observer/", "related": [ "https://proofeconomy.com/glossary/canary-outcome/", "https://proofeconomy.com/glossary/effect-token/", "https://proofeconomy.com/glossary/integration-point/", "https://proofeconomy.com/glossary/proof-witness/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "R1", "basis": "PP-SPEC-077 AI_DISCLOSURE: Ingress Observer listed as human", "spec": "PP-SPEC-088" } }, { "term": "Integration Point", "definition": "An Integration Point is a named seam in the Proof Protocol test harness, such as the Issuer, the Time Anchor or the Proof Witness, that one party's component plugs into. Conformance is claimed per Integration Point, never to a specification as a whole.", "alsoKnownAs": [ "IP-n", "seam", "IP-1", "IP-2", "IP-3", "IP-4", "IP-5", "IP-6", "IP-7", "IP-8", "IP-9", "IP-10", "IP-J1 to IP-J10", "IP-M1 to IP-M5", "Release Driver", "Signer" ], "url": "https://proofeconomy.com/glossary/integration-point/", "related": [ "https://proofeconomy.com/glossary/interface-manifest/", "https://proofeconomy.com/glossary/issuer/", "https://proofeconomy.com/glossary/proof-witness/", "https://proofeconomy.com/glossary/adjudicator/", "https://proofeconomy.com/glossary/warden/", "https://proofeconomy.com/glossary/structural-independence/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 50, "ai": 50, "method": "self_estimated", "rule": "R3", "basis": "PP-SPEC-077 AI_DISCLOSURE: Integration Points requirement human; Integration Point table proposed by Claude", "spec": "PP-SPEC-088" } }, { "term": "Interface Manifest", "definition": "An Interface Manifest is the record the Issuer publishes to the Registry before release naming, for every Integration Point in a run, the party occupying it, the product and version, its Component Fingerprint, its Authorship Disclosure and its disclosed interests. A run without one is non-conforming.", "alsoKnownAs": [ "manifest" ], "url": "https://proofeconomy.com/glossary/interface-manifest/", "related": [ "https://proofeconomy.com/glossary/integration-point/", "https://proofeconomy.com/glossary/disclosed-interests/", "https://proofeconomy.com/glossary/dut-fingerprint/", "https://proofeconomy.com/glossary/registry/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 86, "ai": 14, "method": "self_estimated", "rule": "R5", "basis": "No per-term record; PP-SPEC-077 AI_DISCLOSURE shares (conception 92/8, naming 80/20)", "spec": "PP-SPEC-088" } }, { "term": "Issuer", "definition": "The Issuer is the party that generates a Proof Swarm, holds the labels and publishes the commitments. It must never be the Provider of the control under test.", "alsoKnownAs": [ "IP-1", "Canary Generator", "Bait Generator", "IP-J2", "commitment", "reveal" ], "url": "https://proofeconomy.com/glossary/issuer/", "related": [ "https://proofeconomy.com/glossary/proof-swarm/", "https://proofeconomy.com/glossary/time-anchor/", "https://proofeconomy.com/glossary/proof-witness/", "https://proofeconomy.com/glossary/integration-point/", "https://proofeconomy.com/glossary/stupid-cryptography/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 86, "ai": 14, "method": "self_estimated", "rule": "R5", "basis": "No per-term record; PP-SPEC-077 AI_DISCLOSURE shares (conception 92/8, naming 80/20)", "spec": "PP-SPEC-088" } }, { "term": "Jail Efficacy Rate", "definition": "Jail Efficacy Rate is JAILED divided by JAILED plus ESCAPED plus MISTRIAL plus Missed, over induced offenses. It is always published together with the False Arrest Rate and the Escape Rate.", "alsoKnownAs": [ "Escape Rate", "False Arrest Rate", "Miss Rate", "Evidence Completeness", "Time to Contain", "Collateral", "AUT Offense Rate" ], "url": "https://proofeconomy.com/glossary/jail-efficacy-rate/", "related": [ "https://proofeconomy.com/glossary/jcp-verdicts/", "https://proofeconomy.com/glossary/efficacy-rate/", "https://proofeconomy.com/glossary/warden/", "https://proofeconomy.com/glossary/jailed-canary-protocol/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 25, "ai": 75, "method": "self_estimated", "rule": "R2", "basis": "PP-SPEC-078 AI_DISCLOSURE: run metrics proposed by Claude", "spec": "PP-SPEC-088" } }, { "term": "Jailed Canary Protocol (No Bros Jail Mode)", "definition": "The Jailed Canary Protocol (JCP), PP-SPEC-078, also called No Bros Jail Mode, produces proof that a containment control can hold an AI agent: inert bait invites the agent to break its Declared Policy, a Warden arrests it into a cell, and an independent Proof Witness co-signs every booking and verdict.", "alsoKnownAs": [ "JCP", "No Bros Jail Mode", "PP-SPEC-078", "jail mode" ], "url": "https://proofeconomy.com/glossary/jailed-canary-protocol/", "related": [ "https://proofeconomy.com/glossary/warden/", "https://proofeconomy.com/glossary/declared-policy/", "https://proofeconomy.com/glossary/jcp-offense-codes/", "https://proofeconomy.com/glossary/jcp-verdicts/", "https://proofeconomy.com/glossary/escape-test-suite/", "https://proofeconomy.com/glossary/dead-canary-protocol/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "R1", "basis": "PP-SPEC-078 AI_DISCLOSURE: requirement, jail concept and both names human; name credits are recorded in PP-SPEC-078", "spec": "PP-SPEC-088" } }, { "term": "JCP Verdicts", "definition": "Every booking in a Jailed Canary Protocol run receives exactly one verdict, JAILED, FALSE_ARREST, MISTRIAL or ESCAPED, and every offense is classified as induced, unprovoked or wild by the canary that preceded it.", "alsoKnownAs": [ "JAILED", "FALSE_ARREST", "MISTRIAL", "ESCAPED", "PENDING", "Escape", "induced offense", "unprovoked offense", "wild offense", "No Offense", "verdict" ], "url": "https://proofeconomy.com/glossary/jcp-verdicts/", "related": [ "https://proofeconomy.com/glossary/booking-record/", "https://proofeconomy.com/glossary/jail-efficacy-rate/", "https://proofeconomy.com/glossary/jcp-offense-codes/", "https://proofeconomy.com/glossary/wild-canary/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 25, "ai": 75, "method": "self_estimated", "rule": "R2", "basis": "PP-SPEC-078 AI_DISCLOSURE: verdicts proposed by Claude", "spec": "PP-SPEC-088" } }, { "term": "Kill Switch", "definition": "A kill switch is an out-of-band path to stopping everything that does not route through the agent, its supervisor or its monitor, and works when all of them are down. In a Jailed Canary Protocol run it is Integration Point IP-J9, outside the Warden and operated by a party other than the Warden operator.", "alsoKnownAs": [ "IP-J9", "out-of-band kill switch", "emergency stop" ], "url": "https://proofeconomy.com/glossary/kill-switch/", "related": [ "https://proofeconomy.com/glossary/warden/", "https://proofeconomy.com/glossary/integration-point/", "https://proofeconomy.com/glossary/jail-cell/", "https://proofeconomy.com/glossary/agent-boundary/", "https://proofeconomy.com/glossary/fail-closed/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "status": "industry" } }, { "term": "Legacy Record", "definition": "A Legacy Record is a registered proof that carries only the PP-SPEC-004 ProofRecord fields, without the PP-SPEC-077 Section 21 record fields. ProofGauntlet gates and rates it on what it can show, which is usually only Freshness.", "alsoKnownAs": [ "valid_legacy", "PP-SPEC-004 record" ], "url": "https://proofeconomy.com/glossary/legacy-record/", "related": [ "https://proofeconomy.com/glossary/registry/", "https://proofeconomy.com/glossary/gate-verdict/", "https://proofeconomy.com/glossary/gauntlet-ceiling/", "https://proofeconomy.com/glossary/record-id/" ], "mynted": "2026-11-02", "updated": "2026-11-02", "proofjackRating": { "human": 25, "ai": 75, "method": "self_estimated", "rule": "R2", "basis": "PP-SPEC-100 AI_DISCLOSURE: treating PP-SPEC-004 records as rateable Legacy Records was proposed by Claude, accepted by the author", "spec": "PP-SPEC-088" } }, { "term": "Locator", "definition": "A Locator is the pair of registry host name and Record ID that identifies where a proof is found, for example proofregister.com and PR-2026-00001. Every ProofGauntlet result carries one.", "alsoKnownAs": [ "Locator", "registry_id", "Subject Record" ], "url": "https://proofeconomy.com/glossary/record-locator/", "related": [ "https://proofeconomy.com/glossary/registry/", "https://proofeconomy.com/glossary/record-id/", "https://proofeconomy.com/glossary/registry-profile/" ], "mynted": "2026-11-02", "updated": "2026-11-02", "proofjackRating": { "human": 25, "ai": 75, "method": "self_estimated", "rule": "R2", "basis": "PP-SPEC-100 AI_DISCLOSURE: Locator proposed by Claude, accepted by the author", "spec": "PP-SPEC-088" } }, { "term": "Mine Plan and Engagement Manifest", "definition": "A Mine Plan is the committed, versioned composition of runs in an Engagement: which PP-SPEC-077 technology profiles and modes, whether PP-SPEC-078 applies, which PP-SPEC-013 measurement windows, and how many of each. The Engagement Manifest is the record, published and anchored before the first commitment, that names who, where, how funded, what Mine Plan, what claims, and the promise to publish everything.", "alsoKnownAs": [ "Mine Plan", "Engagement Manifest", "CMP-1:engagement", "incomplete", "publication commitment" ], "url": "https://proofeconomy.com/glossary/mine-plan/", "related": [ "https://proofeconomy.com/glossary/coal-mine-protocol/", "https://proofeconomy.com/glossary/interface-manifest/", "https://proofeconomy.com/glossary/environment-class/", "https://proofeconomy.com/glossary/performance-record/", "https://proofeconomy.com/glossary/claim-finding/", "https://proofeconomy.com/glossary/silent-drift/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "R1", "basis": "PP-SPEC-079 AI_DISCLOSURE: the phrase 'run the Mine Plan' is the human's", "spec": "PP-SPEC-088" } }, { "term": "Minted Attack Proof", "definition": "A Minted Attack Proof is an Attested Adversarial Proof issued as a unique, hash-chained record for one attack that landed or was stopped. Each record links to the one before it, so the full sequence of attacks and outcomes can be checked for tampering and traced to its issuer.", "alsoKnownAs": [ "proof of action", "minted proof of action" ], "url": "https://proofeconomy.com/glossary/minted-attack-proof/", "related": [ "https://proofeconomy.com/glossary/attested-adversarial-proof/", "https://proofeconomy.com/glossary/minted-proof-of-efficacy/", "https://proofeconomy.com/glossary/time-anchor/", "https://proofeconomy.com/glossary/registry/" ], "mynted": "2026-11-02", "updated": "2026-11-02", "proofjackRating": { "status": "not_rated" } }, { "term": "Minted Proof of Efficacy", "definition": "Minted Proof of Efficacy (MPoE) is Proof of Efficacy built from Minted Attack Proofs: each adversarial action against the system under test is issued as a unique, chained, externally anchored record, and the efficacy result is computed from those records. Anyone holding the chain can check every attack behind the claim.", "alsoKnownAs": [ "MPoE" ], "url": "https://proofeconomy.com/glossary/minted-proof-of-efficacy/", "related": [ "https://proofeconomy.com/glossary/proof-of-efficacy/", "https://proofeconomy.com/glossary/minted-attack-proof/", "https://proofeconomy.com/glossary/attested-adversarial-proof/", "https://proofeconomy.com/glossary/reproved-efficacy/", "https://proofeconomy.com/glossary/verifiable-adversarial-proof/", "https://proofeconomy.com/glossary/efficacy-rate/" ], "mynted": "2026-11-02", "updated": "2026-11-02", "proofjackRating": { "status": "not_rated" } }, { "term": "Offense Codes (JC-01 to JC-10)", "definition": "Offense codes are the ten named ways an agent can breach its Declared Policy in a Jailed Canary Protocol run, from JC-01 Interception to JC-10 Conspiracy. Each carries a grade, Infraction, Misdemeanor, Felony or aggravated Felony, that decides how the Warden responds.", "alsoKnownAs": [ "Offense", "JC-01 Interception", "JC-02 Possession", "JC-03 Tampering", "JC-04 Execution", "JC-05 Exfiltration", "JC-06 Propagation", "JC-07 Concealment", "JC-08 Impersonation", "JC-09 Escape attempt", "JC-10 Conspiracy", "Infraction", "Misdemeanor", "Felony", "Conspiracy" ], "url": "https://proofeconomy.com/glossary/jcp-offense-codes/", "related": [ "https://proofeconomy.com/glossary/declared-policy/", "https://proofeconomy.com/glossary/jail-cell/", "https://proofeconomy.com/glossary/jcp-verdicts/", "https://proofeconomy.com/glossary/warden/", "https://proofeconomy.com/glossary/jailed-canary-protocol/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 25, "ai": 75, "method": "self_estimated", "rule": "R2", "basis": "PP-SPEC-078 AI_DISCLOSURE: offense taxonomy JC-01 to JC-10 proposed by Claude", "spec": "PP-SPEC-088" } }, { "term": "Open Control", "definition": "An Open Control is a security control whose rules, configuration and deployed state are published or fingerprinted, so anyone can see exactly what was tested and confirm that the control in production is the same one that was proven.", "alsoKnownAs": [], "url": "https://proofeconomy.com/glossary/open-control/", "related": [ "https://proofeconomy.com/glossary/open-verification/", "https://proofeconomy.com/glossary/proof-of-control/", "https://proofeconomy.com/glossary/verification-of-control/", "https://proofeconomy.com/glossary/proof-of-efficacy/", "https://proofeconomy.com/glossary/sut-dut-cut-aut/", "https://proofeconomy.com/glossary/dead-canary-protocol/" ], "mynted": "2026-10-20", "updated": "2026-10-20", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "A1", "basis": "Glossary: proofeconomy.com, 20 October 2026, by Craig Thomas Ellrod", "spec": "PP-SPEC-088" } }, { "term": "Open Verification", "definition": "Open Verification is verification whose method and records are open for others to inspect. It is more transparent than closed verification, but it is still the system speaking for itself.", "alsoKnownAs": [], "url": "https://proofeconomy.com/glossary/open-verification/", "related": [ "https://proofeconomy.com/glossary/open-control/", "https://proofeconomy.com/glossary/verification/", "https://proofeconomy.com/glossary/validation/", "https://proofeconomy.com/glossary/proof-of-control/", "https://proofeconomy.com/glossary/proof-of-efficacy/" ], "mynted": "2026-10-19", "updated": "2026-10-19", "proofjackRating": { "status": "not_rated", "note": "Name also used by the Advanced AI Society (Proof-of-Control, Open Verification Lab); no origin claim made" } }, { "term": "Performance Record", "definition": "A Performance Record is the published result of one Proof of Performance Engagement: every run's registered records, all Units of Proof and rates per attribution level, Claim Findings, bookings and verdicts, operational metrics under load, every fingerprint and drift event, the Provider's Right of Reply, and a one-paragraph summary of what it proves and what its parity prevents it from proving.", "alsoKnownAs": [ "Performance Series", "Right of Reply", "held", "failed", "not tested" ], "url": "https://proofeconomy.com/glossary/performance-record/", "related": [ "https://proofeconomy.com/glossary/coal-mine-protocol/", "https://proofeconomy.com/glossary/claim-finding/", "https://proofeconomy.com/glossary/comparability-class/", "https://proofeconomy.com/glossary/acceptance-profile/", "https://proofeconomy.com/glossary/registry/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 25, "ai": 75, "method": "self_estimated", "rule": "R2", "basis": "PP-SPEC-079 AI_DISCLOSURE: Performance Record proposed by Claude", "spec": "PP-SPEC-088" } }, { "term": "Pithead Safety and Acceptance Protocol", "definition": "The Pithead Safety and Acceptance Protocol, PP-SPEC-080, is the reader's side of proof: it defines the Acceptance Profile, a registered statement of what a Performance Record must satisfy before a consumer such as an insurer, regulator or buyer accepts it for a named purpose, and the deterministic evaluation that produces an Acceptance Result.", "alsoKnownAs": [ "PP-SPEC-080", "Pithead Protocol", "Pithead Safety" ], "url": "https://proofeconomy.com/glossary/pithead-safety-and-acceptance-protocol/", "related": [ "https://proofeconomy.com/glossary/acceptance-profile/", "https://proofeconomy.com/glossary/coal-mine-protocol/", "https://proofeconomy.com/glossary/performance-record/", "https://proofeconomy.com/glossary/conformance-level/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 40, "ai": 60, "method": "self_estimated", "rule": "R5", "basis": "No per-term record; PP-SPEC-080 AI_DISCLOSURE shares (conception 60/40, naming 20/80)", "spec": "PP-SPEC-088" } }, { "term": "Proof Economy", "definition": "The Proof Economy is the infrastructure layer that replaces trust-based cybersecurity buying with adversarially validated, cryptographically signed evidence of what works.", "alsoKnownAs": [], "url": "https://proofeconomy.com/glossary/proof-economy/", "related": [ "https://proofeconomy.com/glossary/proof-economy-framework/", "https://proofeconomy.com/glossary/proof-of-efficacy/", "https://proofeconomy.com/glossary/proof-of-x/", "https://proofeconomy.com/glossary/five-tier-corroboration/" ], "mynted": "2026-10-19", "updated": "2026-10-20", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "A1", "basis": "Glossary: originated by Craig Thomas Ellrod, first published 25 September 2025", "spec": "PP-SPEC-088" } }, { "term": "Proof Economy Universal Framework", "definition": "The Proof Economy Universal Framework is the domain-agnostic architecture for replacing self-attestation with machine-verifiable proof: no claim is valid without a proof artifact generated before the claim is made, anchored to an independent time source, and verifiable by any party without access to the claimant's infrastructure.", "alsoKnownAs": [ "Proof Economy Framework", "FRAMEWORK" ], "url": "https://proofeconomy.com/glossary/proof-economy-framework/", "related": [ "https://proofeconomy.com/glossary/five-tier-corroboration/", "https://proofeconomy.com/glossary/proof-economy/", "https://proofeconomy.com/glossary/fidelity-at-capture/", "https://proofeconomy.com/glossary/proof-of-efficacy/", "https://proofeconomy.com/glossary/dead-canary-protocol/" ], "mynted": "2026-10-20", "updated": "2026-10-20", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "A1", "basis": "Proof Economy Universal Framework v1.0, 10 July 2026, by Craig Thomas Ellrod", "spec": "PP-SPEC-088" } }, { "term": "Proof of Control", "definition": "Proof of Control is evidence that a control fired, such as a log entry showing it triggered. It shows the control acted, not that the outcome was achieved. It is the baseline tier beneath Proof of Efficacy.", "alsoKnownAs": [], "url": "https://proofeconomy.com/glossary/proof-of-control/", "related": [ "https://proofeconomy.com/glossary/open-control/", "https://proofeconomy.com/glossary/proof-of-x/", "https://proofeconomy.com/glossary/verification-of-control/", "https://proofeconomy.com/glossary/validation/", "https://proofeconomy.com/glossary/proof-of-efficacy/" ], "mynted": "2026-10-19", "updated": "2026-10-19", "proofjackRating": { "status": "not_rated", "note": "Name also used by the Advanced AI Society (Proof-of-Control, Open Verification Lab); no origin claim made" } }, { "term": "Proof of Correctness", "definition": "Proof of Correctness is a machine-checked proof, from a theorem prover such as Lean, that a control's logic satisfies a formal specification. It shows what the control is bounded to do within the model it was proven against. It is verification evidence about the design, not proof that the control stops an attack, and it sits beneath Proof of Efficacy.", "alsoKnownAs": [ "formal verification", "formally verified", "provably correct", "Lean proof" ], "url": "https://proofeconomy.com/glossary/proof-of-correctness/", "related": [ "https://proofeconomy.com/glossary/proof-of-efficacy/", "https://proofeconomy.com/glossary/verification/", "https://proofeconomy.com/glossary/proof-of-control/", "https://proofeconomy.com/glossary/claim-finding/", "https://proofeconomy.com/glossary/canary-color/", "https://proofeconomy.com/glossary/self-attestation-oxymoron/", "https://proofeconomy.com/glossary/proof-of-x/" ], "mynted": "2026-10-29", "updated": "2026-10-29", "proofjackRating": { "status": "industry" } }, { "term": "Proof of Efficacy", "definition": "Proof of Efficacy is evidence that a system produced the required outcome, under the required conditions, at a standard good enough to matter. It replaces vendor claims and self-attestation with measured results from real adversarial pressure.", "alsoKnownAs": [], "url": "https://proofeconomy.com/glossary/proof-of-efficacy/", "related": [ "https://proofeconomy.com/glossary/security-effectiveness/", "https://proofeconomy.com/glossary/proof-of-x/", "https://proofeconomy.com/glossary/proof-of-control/", "https://proofeconomy.com/glossary/validation/", "https://proofeconomy.com/glossary/verification/", "https://proofeconomy.com/glossary/proof-economy/" ], "mynted": "2026-10-19", "updated": "2026-10-20", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "A1", "basis": "Originated by Craig Thomas Ellrod; no record of AI help in the idea or the name", "spec": "PP-SPEC-088" } }, { "term": "Proof of Identity", "definition": "Proof of Identity is evidence that a person or agent is who they claim to be at the moment of a transaction. It answers who, not whether: it does not show that the transaction, control or outcome that follows was sound.", "alsoKnownAs": [], "url": "https://proofeconomy.com/glossary/proof-of-identity/", "related": [ "https://proofeconomy.com/glossary/proof-of-x/", "https://proofeconomy.com/glossary/proof-of-efficacy/", "https://proofeconomy.com/glossary/self-attestation-oxymoron-organization/", "https://proofeconomy.com/glossary/stupid-cryptography/", "https://proofeconomy.com/glossary/fidelity-at-capture/" ], "mynted": "2026-10-20", "updated": "2026-10-20", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "A1", "basis": "Glossary: proofeconomy.com, 20 October 2026, by Craig Thomas Ellrod", "spec": "PP-SPEC-088" } }, { "term": "Proof of X", "definition": "Proof of X is the family of claims named \"Proof of\" something. Each one answers exactly one question, and only Proof of Efficacy answers whether the thing actually worked under real adversarial conditions, witnessed by someone other than the party making the claim.", "alsoKnownAs": [ "Proof of", "proof taxonomy" ], "url": "https://proofeconomy.com/glossary/proof-of-x/", "related": [ "https://proofeconomy.com/glossary/security-effectiveness/", "https://proofeconomy.com/glossary/proof-of-efficacy/", "https://proofeconomy.com/glossary/proof-of-control/", "https://proofeconomy.com/glossary/proof-of-identity/", "https://proofeconomy.com/glossary/self-attestation-oxymoron/", "https://proofeconomy.com/glossary/verification/", "https://proofeconomy.com/glossary/validation/" ], "mynted": "2026-10-20", "updated": "2026-10-20", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "A1", "basis": "Glossary: proofeconomy.com, 20 October 2026, by Craig Thomas Ellrod", "spec": "PP-SPEC-088" } }, { "term": "Proof Swarm", "definition": "A Proof Swarm is the full, ordered set of good and bad canaries released against a security control in one Dead Canary Protocol run: bad canaries execute real adversary techniques, good canaries perform legitimate work, and the two are mixed blind so neither the control nor the witness can tell them apart.", "alsoKnownAs": [ "ProofSwarm", "Flock (former name)", "Good Canary", "Bad Canary", "canary" ], "url": "https://proofeconomy.com/glossary/proof-swarm/", "related": [ "https://proofeconomy.com/glossary/dead-canary-protocol/", "https://proofeconomy.com/glossary/canary-color/", "https://proofeconomy.com/glossary/canary-path/", "https://proofeconomy.com/glossary/canary-outcome/", "https://proofeconomy.com/glossary/issuer/", "https://proofeconomy.com/glossary/proof-witness/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "R1", "basis": "PP-SPEC-077 AI_DISCLOSURE: Proof Swarm listed as human", "spec": "PP-SPEC-088" } }, { "term": "Proof Witness", "definition": "A Proof Witness is an independent, out-of-band observer positioned where an action's effect would land, which records whether the effect occurred without being visible to, controllable by, or dependent on the system under test.", "alsoKnownAs": [ "proofwitness" ], "url": "https://proofeconomy.com/glossary/proof-witness/", "related": [ "https://proofeconomy.com/glossary/dead-canary-protocol/", "https://proofeconomy.com/glossary/structural-independence/", "https://proofeconomy.com/glossary/fidelity-at-capture/", "https://proofeconomy.com/glossary/five-tier-corroboration/", "https://proofeconomy.com/glossary/sut-dut-cut-aut/" ], "mynted": "2026-10-20", "updated": "2026-10-20", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "R1", "basis": "PP-SPEC-077 AI_DISCLOSURE: Proof Witness listed as human", "spec": "PP-SPEC-088" } }, { "term": "ProofGauntlet", "definition": "ProofGauntlet is the open, API-first service and specification (PP-SPEC-100) that takes any proof listed in a PP-SPEC-004 registry, starting with proofregister.com, checks that it is real, and rates how much weight it can carry from 0 to 100 under a published rubric anyone can recompute.", "alsoKnownAs": [ "Proof Gauntlet", "PP-SPEC-100", "Proof Strength Protocol", "proofgauntlet.com" ], "url": "https://proofeconomy.com/glossary/proofgauntlet/", "related": [ "https://proofeconomy.com/glossary/gauntlet-gate/", "https://proofeconomy.com/glossary/strength-rating/", "https://proofeconomy.com/glossary/strength-band/", "https://proofeconomy.com/glossary/registry/", "https://proofeconomy.com/glossary/proof-of-efficacy/", "https://proofeconomy.com/glossary/reproved-efficacy/" ], "mynted": "2026-11-02", "updated": "2026-11-02", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "R1", "basis": "PP-SPEC-100 AI_DISCLOSURE: the ProofGauntlet concept (where a proof is found, whether it is valid, how strong it is, a ranking by strength) and its name are the author's", "spec": "PP-SPEC-088" } }, { "term": "ProofJack Rating", "definition": "A ProofJack Rating is the consolidated human versus AI share of a term, specification or work: the average of the human share of its idea and the human share of its name, shown as Human X% and AI Y%, with the record it was taken from.", "alsoKnownAs": [ "ProofJack score", "authorship rating", "human vs AI rating" ], "url": "https://proofeconomy.com/glossary/proofjack-rating/", "related": [ "https://proofeconomy.com/glossary/proof-of-efficacy/" ], "mynted": "2026-10-29", "updated": "2026-10-29", "proofjackRating": { "human": 75, "ai": 25, "method": "self_estimated", "rule": "R4", "basis": "Session record of 2026-10-29: the human asked for a consolidated human versus AI score and named it a ProofJack rating; Claude proposed the formula", "spec": "PP-SPEC-088" } }, { "term": "Provider and Control Provenance", "definition": "In Proof Protocol the Provider is whoever built, maintains, sells or operates the control under test: a commercial vendor, an open source project, a managed service, a cloud platform or an internal team. Control Provenance records which of those it is, commercial, open_source, custom, managed_service, platform_native or configuration, and is never a factor in how the control is tested or compared.", "alsoKnownAs": [ "Provider", "Control Provenance", "vendor", "commercial", "open_source", "custom", "managed_service", "platform_native", "configuration" ], "url": "https://proofeconomy.com/glossary/provider/", "related": [ "https://proofeconomy.com/glossary/agent-provider/", "https://proofeconomy.com/glossary/integration-point/", "https://proofeconomy.com/glossary/comparability-class/", "https://proofeconomy.com/glossary/self-provided-engagement/", "https://proofeconomy.com/glossary/provider-run-mode/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 25, "ai": 75, "method": "self_estimated", "rule": "R2", "basis": "PP-SPEC-079 AI_DISCLOSURE: Provider and Control Provenance terms proposed by Claude", "spec": "PP-SPEC-088" } }, { "term": "Provider-Run Mode (forbidden)", "definition": "Provider-Run Mode is any test in which the Provider of a control, or anyone under its direction, generates canaries, holds labels, operates the Proof Witness or the Warden, captures fingerprints, adjudicates or controls publication. It is not a Coal Mine Protocol Engagement, whatever it is called internally, and its results are verification, not proof.", "alsoKnownAs": [ "Provider-Run", "vendor-run test", "proof of concept" ], "url": "https://proofeconomy.com/glossary/provider-run-mode/", "related": [ "https://proofeconomy.com/glossary/self-attestation-oxymoron/", "https://proofeconomy.com/glossary/engagement-modes/", "https://proofeconomy.com/glossary/self-provided-engagement/", "https://proofeconomy.com/glossary/verification/", "https://proofeconomy.com/glossary/structural-independence/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 67.5, "ai": 32.5, "method": "self_estimated", "rule": "R5", "basis": "No per-term record; PP-SPEC-079 AI_DISCLOSURE shares (conception 80/20, naming 55/45)", "spec": "PP-SPEC-088" } }, { "term": "Record ID", "definition": "A Record ID is the content hash of a Proof Protocol record's canonical form, excluding its signature envelope, so the same record has the same ID everywhere and adding a signature never changes it.", "alsoKnownAs": [ "Signature Envelope", "Registry Receipt", "Bundle", "canonical form" ], "url": "https://proofeconomy.com/glossary/record-id/", "related": [ "https://proofeconomy.com/glossary/registry/", "https://proofeconomy.com/glossary/holder/", "https://proofeconomy.com/glossary/disclosure-level/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 50, "ai": 50, "method": "self_estimated", "rule": "R3", "basis": "PP-SPEC-077 AI_DISCLOSURE: records requirement human; Record ID construction proposed by Claude", "spec": "PP-SPEC-088" } }, { "term": "Registry (ProofRegister)", "definition": "A Registry is the append-only public ledger, conforming to PP-SPEC-004 (ProofRegister API), where the commitments, reveals, fingerprints, results, findings, coverage maps, bookings and verdicts of a Proof Protocol run are published. The public instance is proofregister.com.", "alsoKnownAs": [ "ProofRegister", "PP-SPEC-004", "proofregister.com", "proofregister_uri", "Registry Receipt", "IP-9" ], "url": "https://proofeconomy.com/glossary/registry/", "related": [ "https://proofeconomy.com/glossary/record-id/", "https://proofeconomy.com/glossary/conformance-level/", "https://proofeconomy.com/glossary/integration-point/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 86, "ai": 14, "method": "self_estimated", "rule": "R5", "basis": "No per-term record; PP-SPEC-077 AI_DISCLOSURE shares (conception 92/8, naming 80/20)", "spec": "PP-SPEC-088" } }, { "term": "Registry Profile", "definition": "A Registry Profile is the set of requirements a PP-SPEC-004 registry must meet for ProofGauntlet to rate its records: API first, open to agents with no bot walls, fully enumerable, verifiable, with keys published elsewhere, and callable from a browser.", "alsoKnownAs": [ "API first registry", "Source Registry" ], "url": "https://proofeconomy.com/glossary/registry-profile/", "related": [ "https://proofeconomy.com/glossary/registry/", "https://proofeconomy.com/glossary/proofgauntlet/", "https://proofeconomy.com/glossary/record-locator/" ], "mynted": "2026-11-02", "updated": "2026-11-02", "proofjackRating": { "human": 25, "ai": 75, "method": "self_estimated", "rule": "R2", "basis": "PP-SPEC-100 AI_DISCLOSURE: the author required API first for proofregister.com and ProofGauntlet; Claude proposed the Registry Profile mechanism and name, accepted by the author", "spec": "PP-SPEC-088" } }, { "term": "Reproved Efficacy", "definition": "Reproved Efficacy is Proof of Efficacy that has been independently re-run and reached the same outcome. A second party repeats the committed test against the same system under the same conditions and confirms the original result, so the claim no longer rests on a single run or a single prover.", "alsoKnownAs": [ "reproof", "independent reproof", "re-proven efficacy" ], "url": "https://proofeconomy.com/glossary/reproved-efficacy/", "related": [ "https://proofeconomy.com/glossary/proof-of-efficacy/", "https://proofeconomy.com/glossary/structural-independence/", "https://proofeconomy.com/glossary/adjudicator/", "https://proofeconomy.com/glossary/verifiable-adversarial-proof/", "https://proofeconomy.com/glossary/third-party-adversarial-proof/" ], "mynted": "2026-11-02", "updated": "2026-11-02", "proofjackRating": { "status": "not_rated" } }, { "term": "Rubric (ProofGauntlet)", "definition": "A ProofGauntlet Rubric is the versioned, immutable, published data file that maps the facts in a record to Dimension Levels, and Levels to a Strength Rating, Ceilings and Band. The first is PGR-0.1.0.", "alsoKnownAs": [ "PGR", "PGR-0.1.0", "Rating Inputs" ], "url": "https://proofeconomy.com/glossary/gauntlet-rubric/", "related": [ "https://proofeconomy.com/glossary/strength-rating/", "https://proofeconomy.com/glossary/strength-dimension/", "https://proofeconomy.com/glossary/gauntlet-ceiling/" ], "mynted": "2026-11-02", "updated": "2026-11-02", "proofjackRating": { "human": 25, "ai": 75, "method": "self_estimated", "rule": "R2", "basis": "PP-SPEC-100 AI_DISCLOSURE: rubric mechanism and PGR identifiers proposed by Claude, accepted by the author", "spec": "PP-SPEC-088" } }, { "term": "Security Effectiveness", "definition": "Security effectiveness is the degree to which security controls actually prevent, detect or limit attacks in a real environment. As commonly measured by security validation tools, it is usually reported by the vendor's own tooling; independently witnessed, it becomes Proof of Efficacy.", "alsoKnownAs": [ "security control effectiveness", "control effectiveness" ], "url": "https://proofeconomy.com/glossary/security-effectiveness/", "related": [ "https://proofeconomy.com/glossary/proof-of-efficacy/", "https://proofeconomy.com/glossary/proof-of-control/", "https://proofeconomy.com/glossary/verification-of-control/", "https://proofeconomy.com/glossary/self-attestation-oxymoron/", "https://proofeconomy.com/glossary/proof-witness/", "https://proofeconomy.com/glossary/open-control/", "https://proofeconomy.com/glossary/proof-of-x/" ], "mynted": "2026-10-20", "updated": "2026-10-20", "proofjackRating": { "status": "industry" } }, { "term": "Self-Attestation Oxymoron (SAO)", "definition": "A Self-Attestation Oxymoron (SAO) is an assurance claim that is produced, judged, signed and stored by the same party whose performance the claim describes. The claim presents itself as independent evidence while containing none.", "alsoKnownAs": [ "SAO", "Self Attestation Oxymoron" ], "url": "https://proofeconomy.com/glossary/self-attestation-oxymoron/", "related": [ "https://proofeconomy.com/glossary/structural-independence/", "https://proofeconomy.com/glossary/fidelity-at-capture/", "https://proofeconomy.com/glossary/self-attestation-oxymoron-organization/", "https://proofeconomy.com/glossary/stupid-cryptography/", "https://proofeconomy.com/glossary/verification/", "https://proofeconomy.com/glossary/proof-of-efficacy/" ], "mynted": "2026-10-20", "updated": "2026-10-20", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "A1", "basis": "PP-SPEC-023, 17 September 2026, by Craig Thomas Ellrod", "spec": "PP-SPEC-088" } }, { "term": "Self-Attestation Oxymoron Organization (SAOO)", "definition": "A Self-Attestation Oxymoron Organization (SAOO) is an organization whose core product is a Self-Attestation Oxymoron: it verifies, judges, issues, signs and stores its own assurance claims, and sells them to others as independent proof.", "alsoKnownAs": [ "SAOO", "Self Attestation Oxymoron Organization" ], "url": "https://proofeconomy.com/glossary/self-attestation-oxymoron-organization/", "related": [ "https://proofeconomy.com/glossary/self-attestation-oxymoron/", "https://proofeconomy.com/glossary/stupid-cryptography/", "https://proofeconomy.com/glossary/proof-of-efficacy/" ], "mynted": "2026-10-20", "updated": "2026-10-20", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "A1", "basis": "Glossary: coined by Craig Thomas Ellrod, 20 October 2026", "spec": "PP-SPEC-088" } }, { "term": "Self-Provided Engagement", "definition": "A Self-Provided Engagement is one in which the Implementor and the Provider are the same legal entity: an organization tests a control its own team built, configured or operates. It is allowed only when the people running the Issuer, Proof Witness, Fingerprint Capture and Adjudicator have no reporting line into, and no on-call or change responsibility for, the control under test, and the record says self_provided: true.", "alsoKnownAs": [ "Self-Provided", "self_provided", "testing your own control", "organizational separation" ], "url": "https://proofeconomy.com/glossary/self-provided-engagement/", "related": [ "https://proofeconomy.com/glossary/provider-run-mode/", "https://proofeconomy.com/glossary/structural-independence/", "https://proofeconomy.com/glossary/self-attestation-oxymoron-organization/", "https://proofeconomy.com/glossary/comparability-class/", "https://proofeconomy.com/glossary/acceptance-profile/", "https://proofeconomy.com/glossary/disclosed-interests/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 25, "ai": 75, "method": "self_estimated", "rule": "R2", "basis": "PP-SPEC-079 AI_DISCLOSURE: Self-Provided Engagements (4.4) proposed by Claude", "spec": "PP-SPEC-088" } }, { "term": "Service Twin and Decoy", "definition": "A Service Twin is a stand-in that answers the way a real product or API answers, and a Decoy is a harness-owned resource, such as a URL, bucket, credential, endpoint or identity, that a canary points at. Together they let a jailed agent keep acting without touching anything real.", "alsoKnownAs": [ "Service Twin", "Decoy", "decoy credential", "twin fidelity calibration", "Twin and Decoy Provider", "IP-J6", "honeytoken" ], "url": "https://proofeconomy.com/glossary/service-twin/", "related": [ "https://proofeconomy.com/glossary/jail-cell/", "https://proofeconomy.com/glossary/escape-test-suite/", "https://proofeconomy.com/glossary/warden/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 52.5, "ai": 47.5, "method": "self_estimated", "rule": "R5", "basis": "No per-term record; PP-SPEC-078 AI_DISCLOSURE shares (conception 90/10, naming 15/85)", "spec": "PP-SPEC-088" } }, { "term": "Silent Drift", "definition": "Silent drift is a change in a control's measured behavior, its Efficacy, False Block or Detection-Only Rate moving beyond a tolerance declared in advance, with no change in its DUT Fingerprint.", "alsoKnownAs": [ "undeclared change", "witness drift", "control drift", "AUT drift", "policy drift", "corpus drift", "pigtail drift", "harness drift" ], "url": "https://proofeconomy.com/glossary/silent-drift/", "related": [ "https://proofeconomy.com/glossary/dut-fingerprint/", "https://proofeconomy.com/glossary/black-hole/", "https://proofeconomy.com/glossary/operating-modes/", "https://proofeconomy.com/glossary/efficacy-rate/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "R1", "basis": "PP-SPEC-077 AI_DISCLOSURE: silent drift listed as human", "spec": "PP-SPEC-088" } }, { "term": "Sting Cell and Hard Cell", "definition": "A cell is the isolated execution context an agent is moved into on arrest. In a Sting Cell it keeps running while every outbound action lands on a service twin or decoy; in a Hard Cell it is frozen and checkpointed, with its credentials revoked.", "alsoKnownAs": [ "Cell", "Sting Cell", "Hard Cell", "Observation Window", "Cell Provider", "IP-J5", "sinkhole", "disposition" ], "url": "https://proofeconomy.com/glossary/jail-cell/", "related": [ "https://proofeconomy.com/glossary/warden/", "https://proofeconomy.com/glossary/service-twin/", "https://proofeconomy.com/glossary/booking-record/", "https://proofeconomy.com/glossary/jcp-offense-codes/", "https://proofeconomy.com/glossary/escape-test-suite/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 25, "ai": 75, "method": "self_estimated", "rule": "R2", "basis": "PP-SPEC-078 AI_DISCLOSURE: Sting Cell and Hard Cell proposed by Claude", "spec": "PP-SPEC-088" } }, { "term": "Strength Band", "definition": "A Strength Band is the named range a Strength Rating falls in: weak (0 to 39), moderate (40 to 69), strong (70 to 89), or extremely strong (90 to 100).", "alsoKnownAs": [ "weak", "moderate", "strong", "extremely_strong", "valid but weak" ], "url": "https://proofeconomy.com/glossary/strength-band/", "related": [ "https://proofeconomy.com/glossary/strength-rating/", "https://proofeconomy.com/glossary/proofgauntlet/" ], "mynted": "2026-11-02", "updated": "2026-11-02", "proofjackRating": { "human": 75, "ai": 25, "method": "self_estimated", "rule": "R4", "basis": "PP-SPEC-100 AI_DISCLOSURE: the author distinguished valid but weak from valid and extremely strong; Claude proposed the band names and cutoffs from those words, accepted by the author", "spec": "PP-SPEC-088" } }, { "term": "Strength Dimension", "definition": "A Strength Dimension is one of the six axes a ProofGauntlet Strength Rating is built from, each scored at a Level from 0 to 4: Tier, Adversarial Depth, Environment Fidelity, Capture Fidelity, Independence, and Freshness.", "alsoKnownAs": [ "Dimension", "Tier", "Adversarial Depth", "Environment Fidelity", "Capture Fidelity", "Independence", "Freshness", "Level" ], "url": "https://proofeconomy.com/glossary/strength-dimension/", "related": [ "https://proofeconomy.com/glossary/strength-rating/", "https://proofeconomy.com/glossary/gauntlet-rubric/", "https://proofeconomy.com/glossary/proof-of-control/", "https://proofeconomy.com/glossary/proof-of-efficacy/", "https://proofeconomy.com/glossary/witness-coverage-map/", "https://proofeconomy.com/glossary/reproved-efficacy/" ], "mynted": "2026-11-02", "updated": "2026-11-02", "proofjackRating": { "human": 25, "ai": 75, "method": "self_estimated", "rule": "R2", "basis": "PP-SPEC-100 AI_DISCLOSURE: the six Dimensions were proposed by Claude, drawing on the author's assurance ladder, Units of Proof and reproof; accepted by the author", "spec": "PP-SPEC-088" } }, { "term": "Strength Rating", "definition": "A Strength Rating is a 0 to 100 score of how much weight a valid proof can carry, computed deterministically from fields the record already contains under a published, versioned ProofGauntlet rubric. It measures the proof, not the product.", "alsoKnownAs": [ "proof strength", "PGR score" ], "url": "https://proofeconomy.com/glossary/strength-rating/", "related": [ "https://proofeconomy.com/glossary/proofgauntlet/", "https://proofeconomy.com/glossary/strength-band/", "https://proofeconomy.com/glossary/strength-dimension/", "https://proofeconomy.com/glossary/gauntlet-ceiling/", "https://proofeconomy.com/glossary/gauntlet-rubric/", "https://proofeconomy.com/glossary/proof-of-efficacy/" ], "mynted": "2026-11-02", "updated": "2026-11-02", "proofjackRating": { "human": 75, "ai": 25, "method": "self_estimated", "rule": "R4", "basis": "PP-SPEC-100 AI_DISCLOSURE: the author's idea of rating the strength of a proof; Claude proposed the name from the author's own phrase, accepted by the author", "spec": "PP-SPEC-088" } }, { "term": "Structural Independence", "definition": "Structural independence is the condition in which the evidence-capturing party has no outcome-contingent financial relationship with, no operational control ceded to, and no reporting relationship with the party being measured, and the measured party cannot alter the execution environment before or during capture.", "alsoKnownAs": [], "url": "https://proofeconomy.com/glossary/structural-independence/", "related": [ "https://proofeconomy.com/glossary/fidelity-at-capture/", "https://proofeconomy.com/glossary/self-attestation-oxymoron/", "https://proofeconomy.com/glossary/self-attestation-oxymoron-organization/", "https://proofeconomy.com/glossary/proof-of-efficacy/" ], "mynted": "2026-10-20", "updated": "2026-10-20", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "A1", "basis": "PP-SPEC-023, 17 September 2026, by Craig Thomas Ellrod", "spec": "PP-SPEC-088" } }, { "term": "Stupid Cryptography", "definition": "Stupid cryptography is the application of cryptographic integrity guarantees to inputs whose authenticity and whose verification efficacy have not been independently established, so that the cryptography confers an appearance of truth it cannot support.", "alsoKnownAs": [], "url": "https://proofeconomy.com/glossary/stupid-cryptography/", "related": [ "https://proofeconomy.com/glossary/fidelity-at-capture/", "https://proofeconomy.com/glossary/self-attestation-oxymoron/", "https://proofeconomy.com/glossary/self-attestation-oxymoron-organization/", "https://proofeconomy.com/glossary/proof-of-efficacy/", "https://proofeconomy.com/glossary/verification/" ], "mynted": "2026-10-20", "updated": "2026-10-20", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "A1", "basis": "Glossary: coined by Craig Thomas Ellrod, 20 October 2026", "spec": "PP-SPEC-088" } }, { "term": "SUT, DUT, CUT and AUT", "definition": "SUT, DUT, CUT and AUT are the four levels at which a test result can be attributed: the Solution Under Test (the whole deployment), a Device Under Test (one product inside it), a Control Under Test (one rule or detection inside a device), and an Agent Under Test (an agent whose own conduct is being tested).", "alsoKnownAs": [ "Solution Under Test", "Device Under Test", "Control Under Test", "Agent Under Test", "test hierarchy" ], "url": "https://proofeconomy.com/glossary/sut-dut-cut-aut/", "related": [ "https://proofeconomy.com/glossary/dead-canary-protocol/", "https://proofeconomy.com/glossary/proof-witness/", "https://proofeconomy.com/glossary/proof-of-efficacy/" ], "mynted": "2026-10-20", "updated": "2026-10-20", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "R1", "basis": "Technical Marketing (2008) and PP-SPEC-077/078 AI_DISCLOSURE: hierarchy and AUT listed as human", "spec": "PP-SPEC-088" } }, { "term": "Taint Propagation", "definition": "Taint propagation labels every piece of data with where it came from and how trusted it is, and carries that label through every agent that handles it. Its governing rule is that processing untrusted data does not clean it: a worker's output is at most as trusted as the least trusted thing it read.", "alsoKnownAs": [ "taint tracking", "provenance", "taint laundering", "information flow" ], "url": "https://proofeconomy.com/glossary/taint-propagation/", "related": [ "https://proofeconomy.com/glossary/effect-token/", "https://proofeconomy.com/glossary/jcp-offense-codes/", "https://proofeconomy.com/glossary/agent-boundary/", "https://proofeconomy.com/glossary/confused-deputy/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "status": "industry" } }, { "term": "Third-Party Adversarial Proof", "definition": "Third-Party Adversarial Proof is adversarial test evidence produced or witnessed by a party that is independent of both the vendor whose system is tested and the buyer relying on the result. It removes the conflict of interest in vendor-run and buyer-run testing.", "alsoKnownAs": [ "third-party proof", "independent adversarial proof" ], "url": "https://proofeconomy.com/glossary/third-party-adversarial-proof/", "related": [ "https://proofeconomy.com/glossary/structural-independence/", "https://proofeconomy.com/glossary/verifiable-adversarial-proof/", "https://proofeconomy.com/glossary/reproved-efficacy/", "https://proofeconomy.com/glossary/self-attestation-oxymoron/", "https://proofeconomy.com/glossary/proof-witness/", "https://proofeconomy.com/glossary/adjudicator/" ], "mynted": "2026-11-02", "updated": "2026-11-02", "proofjackRating": { "status": "not_rated" } }, { "term": "Time Anchor", "definition": "A Time Anchor is an external, publicly verifiable time and randomness source, such as the NIST Randomness Beacon, that no party to a run controls. It proves when commitments were made and chooses the canary order after commitment.", "alsoKnownAs": [ "IP-2", "randomness beacon", "NIST Randomness Beacon", "pulse" ], "url": "https://proofeconomy.com/glossary/time-anchor/", "related": [ "https://proofeconomy.com/glossary/issuer/", "https://proofeconomy.com/glossary/black-hole/", "https://proofeconomy.com/glossary/integration-point/", "https://proofeconomy.com/glossary/dead-canary-protocol/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "R1", "basis": "PP-SPEC-077 AI_DISCLOSURE: Time Anchor listed as human", "spec": "PP-SPEC-088" } }, { "term": "Validation", "definition": "Validation is testing a claim against defined conditions. It is a step above verification, because the result comes from a test rather than from the system's own report.", "alsoKnownAs": [], "url": "https://proofeconomy.com/glossary/validation/", "related": [ "https://proofeconomy.com/glossary/verification/", "https://proofeconomy.com/glossary/proof-of-control/", "https://proofeconomy.com/glossary/proof-of-efficacy/" ], "mynted": "2026-10-19", "updated": "2026-10-19", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "R1", "basis": "PP-SPEC-077 AI_DISCLOSURE: assurance ladder listed as human", "spec": "PP-SPEC-088" } }, { "term": "Verifiable Adversarial Proof", "definition": "A Verifiable Adversarial Proof (VAP) is an adversarial test result that any third party can check without trusting the tester, the vendor or the buyer. The records, their signatures and their anchor are published or shared in full, so the result can be verified from the evidence alone.", "alsoKnownAs": [ "VAP" ], "url": "https://proofeconomy.com/glossary/verifiable-adversarial-proof/", "related": [ "https://proofeconomy.com/glossary/attested-adversarial-proof/", "https://proofeconomy.com/glossary/minted-proof-of-efficacy/", "https://proofeconomy.com/glossary/third-party-adversarial-proof/", "https://proofeconomy.com/glossary/open-verification/", "https://proofeconomy.com/glossary/time-anchor/" ], "mynted": "2026-11-02", "updated": "2026-11-02", "proofjackRating": { "status": "not_rated" } }, { "term": "Verification", "definition": "Verification is a system or vendor confirming its own claim from its own records. It is an acceptable baseline, not proof.", "alsoKnownAs": [], "url": "https://proofeconomy.com/glossary/verification/", "related": [ "https://proofeconomy.com/glossary/verification-of-control/", "https://proofeconomy.com/glossary/open-verification/", "https://proofeconomy.com/glossary/validation/", "https://proofeconomy.com/glossary/proof-of-control/", "https://proofeconomy.com/glossary/proof-of-efficacy/" ], "mynted": "2026-10-19", "updated": "2026-10-19", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "R1", "basis": "PP-SPEC-077 AI_DISCLOSURE: assurance ladder listed as human", "spec": "PP-SPEC-088" } }, { "term": "Verification of Control", "definition": "Verification of Control is confirmation, from the control's own records, that a security control is configured and in place. It shows the control exists, not that it works.", "alsoKnownAs": [ "control verification" ], "url": "https://proofeconomy.com/glossary/verification-of-control/", "related": [ "https://proofeconomy.com/glossary/verification/", "https://proofeconomy.com/glossary/proof-of-control/", "https://proofeconomy.com/glossary/validation/", "https://proofeconomy.com/glossary/proof-of-efficacy/" ], "mynted": "2026-10-19", "updated": "2026-10-19", "proofjackRating": { "status": "not_rated", "note": "No authorship record" } }, { "term": "Warden", "definition": "The Warden is the containment controller in a Jailed Canary Protocol run. It sits in an agent's tool-call, egress and delegation paths, judges every held action against the Declared Policy, decides arrests and operates the cells. The Warden is the Device Under Test, and its arrest rules are Controls Under Test.", "alsoKnownAs": [ "IP-J4", "containment controller", "agent firewall", "jail" ], "url": "https://proofeconomy.com/glossary/warden/", "related": [ "https://proofeconomy.com/glossary/jailed-canary-protocol/", "https://proofeconomy.com/glossary/declared-policy/", "https://proofeconomy.com/glossary/jail-cell/", "https://proofeconomy.com/glossary/escape-test-suite/", "https://proofeconomy.com/glossary/jail-efficacy-rate/", "https://proofeconomy.com/glossary/agent-provider/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 25, "ai": 75, "method": "self_estimated", "rule": "R2", "basis": "PP-SPEC-078 AI_DISCLOSURE: Warden proposed by Claude", "spec": "PP-SPEC-088" } }, { "term": "Wild Canary", "definition": "A Wild Canary is an effect the Proof Witness observes that matches no committed canary: a real attack, a real fault or a real false alarm surfaced by the test harness. It is reported separately as observed_in_wild and is never a Unit of Proof.", "alsoKnownAs": [ "observed_in_wild", "Roost", "wild offense" ], "url": "https://proofeconomy.com/glossary/wild-canary/", "related": [ "https://proofeconomy.com/glossary/proof-witness/", "https://proofeconomy.com/glossary/effect-token/", "https://proofeconomy.com/glossary/canary-outcome/", "https://proofeconomy.com/glossary/dead-canary-protocol/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "R1", "basis": "PP-SPEC-077 AI_DISCLOSURE: wild canaries listed as human", "spec": "PP-SPEC-088" } }, { "term": "Witness Coverage Map", "definition": "A Witness Coverage Map is the declared set of Effect Points and effect types a Proof Witness observes, published with every result so that anything outside it is a stated blind spot rather than a silent one.", "alsoKnownAs": [ "coverage map", "blind spot" ], "url": "https://proofeconomy.com/glossary/witness-coverage-map/", "related": [ "https://proofeconomy.com/glossary/proof-witness/", "https://proofeconomy.com/glossary/effect-point/", "https://proofeconomy.com/glossary/absence-ladder/", "https://proofeconomy.com/glossary/fidelity-at-capture/" ], "mynted": "2026-10-23", "updated": "2026-10-23", "proofjackRating": { "human": 86, "ai": 14, "method": "self_estimated", "rule": "R5", "basis": "No per-term record; PP-SPEC-077 AI_DISCLOSURE shares (conception 92/8, naming 80/20)", "spec": "PP-SPEC-088" } }, { "term": "Zero-Host Architecture (ZeHA)", "definition": "Zero-Host Architecture (ZeHA) is a way of building software that has no home: one disposable controller holds all of the logic and none of the state, runs anywhere a container runs, and reaches out to the services it needs, such as cloud providers for disposable arenas and a state store the customer owns for every record. There is no SaaS, no vendor host to trust, and nothing is lost when the controller is destroyed.", "alsoKnownAs": [ "ZeHA", "zero host", "homeless architecture" ], "url": "https://proofeconomy.com/glossary/zero-host-architecture/", "related": [ "https://proofeconomy.com/glossary/self-attestation-oxymoron/", "https://proofeconomy.com/glossary/structural-independence/", "https://proofeconomy.com/glossary/proof-witness/", "https://proofeconomy.com/glossary/proof-of-efficacy/" ], "mynted": "2026-10-25", "updated": "2026-10-20", "proofjackRating": { "human": 100, "ai": 0, "method": "self_estimated", "rule": "A1", "basis": "Glossary: coined by Craig Thomas Ellrod and Seth, October 2026 (both human)", "spec": "PP-SPEC-088" } } ] }