Product primitive

Evidence the receiving system can verify.

An operational evidence record is the tamper-evident artifact inside GeoClear’s operational evidence layer. It helps receiving systems verify action, policy, evidence, approval state, freshness, and integrity before acceptance.

Operational evidence is the product category. An operational evidence record is the technical artifact that carries the evidence.

Open verification demo → Request Architecture Brief Verify Evidence Locally

What an operational evidence record does.

Four capabilities an operational evidence record supports.

Carries evidence with the action

The record travels with or is associated with the action request.

Supports local verification

The receiving system or reviewer can verify the evidence using retained verification material.

Protects against tampering

If the evidence is modified after issuance, verification fails.

Supports audit later

Customers can retain the evidence artifact or bundle for later review.

What gets represented.

The record is a plain-English bundle of what was checked at issuance time.

Record representsMeaning
ActorWho or what requested the action
ActionWhat the receiving system is being asked to accept
Policy referenceWhich evidence or approval rule applied
Evidence commitmentsReferences or hashes, not raw data
Approval stateWhether required approval was present
FreshnessWhether the evidence is current
IntegrityWhether evidence was modified
Verification resultAccept, hold, reject, block, or escalate
Customer evidence recordRetained for audit and review
Raw mission or enterprise data does not need to leave the customer boundary by default.

How it fits the larger platform.

Where records sit in the operational evidence flow.

Source actor  →  verification layer  →  Operational Evidence Record  →  Receiving System  →  Customer-held Evidence Bundle

The verification layer decides whether the action has the required operational evidence. The operational evidence record is the artifact that makes the result independently verifiable. The evidence bundle is what the customer keeps for audit and later review.

What this verifies. What this does not verify.

The trust boundary and the claim boundary, together.

What it verifies

  • The evidence packet was issued by the configured trust boundary.
  • The retained evidence matches the issued artifact.
  • The verification material validates the signature.
  • The record was not modified after issuance.
  • The action followed the approved evidence path before acceptance.

What it does not verify

  • That the AI was right.
  • That every upstream dataset was perfect.
  • That the physical world itself was verified.
  • That the downstream business decision was risk-free.
  • Full legal or regulatory compliance by itself.

Technical evaluator access.

For qualified evaluators.

Technical evaluators can review:

  • Record verification workflow
  • Evidence-bundle layout
  • Public verification material
  • Local and offline verifier
  • Key-management posture
  • Deployment-specific details

Detailed schema, package instructions, key-management detail, and verifier internals are available through approved evaluator access under NDA or an equivalent approved review process.

Request Evaluator Access →

Last updated: 2026-05-31