Trust Model
Five trust tiers
Presented as an ascending model. A record carries the tier its current handling supports. Each tier is a product capability the platform is designed to provide when configured — not an unconditional guarantee about every record.
-
Tier 1
Preserved record
The event is captured and preserved as a durable record.
-
Tier 2
Cryptographic consistency
The record is part of a structure whose internal consistency can be checked cryptographically.
-
Tier 3
Signed content-bound proof
The record is a signed proof bound to its specific content.
-
Tier 4
Authoritative anchored proof
The signed content-bound proof is anchored to an authoritative reference point.
-
Tier 5
Locked-retention proof
The proof is held under a locked-retention regime for its defined preservation window.
Reading the result
Four states, kept distinct
A record check is read one dimension at a time. UNKNOWN is not VERIFIED. FAILED is not a warning. NOT CHECKED is not FAILED.
-
VERIFIED
The dimension was checked and the check passed. Verification is reported per dimension; dimensions are never reduced to a single overall result.
-
FAILED
The dimension was checked and did not pass. Failure codes are reported verbatim, never softened into a warning.
-
UNKNOWN
The dimension could not be determined. An unknown is reported as unknown — it is never presented as verified.
-
NOT CHECKED
The dimension was not run. An absent check is stated as absent, never counted as a pass.
Fail-closed & authority
Proofs verify or withhold
ProvableCORE is fail-closed by design: when a proof cannot be properly constructed, signed, or preserved, the system withholds a positive result rather than issuing an unverified one. AI and automated systems act under human and institutional authority — ProvableCORE records that authority; it does not replace it.