Trust / Artifact Verification
Artifact Verification
Inspect exact bytes and verify the enclosing sealed artifact first.
1 exact recordSource + SHA-256Failure + recovery
implementation-verifier
Canonical artifact inspection
Verification begins with the enclosing sealed artifact and exact held bytes.
- Exact source
packages/receiz-sdk/src/artifactVerification.tsSHA-256c10cdba92568fea273e1d9e7a3321083d52945378ab0cc83aee9720d44f0bba3- Implemented primitive
- sealed proof object verification
- Source of truth
- Exact artifact bytes, declared integrity material, pinned canonical roots, and verified history.
- Guarantee
- The verifier classifies the supplied artifact. Embedded subpayloads and remote responses remain subordinate.
- Executable check
pnpm --filter @receiz/sdk test- Evidence output
- Typed verification result with exact accepted or rejected checks and authority classification.
- Failure meaning
- The artifact is not admitted as verified proof; inspection alone does not establish verification.
- Recovery / escalation
- Preserve the bytes, inspect the failing check, obtain the correct complete artifact or trusted roots, and verify again.
- Offline behavior
- Verification executes locally against exact bytes and pinned roots.
- External boundary
- Network publication and interface or database presence remain subordinate displays.
- What this record does not prove
- This record does not prove authorship, ownership, admission, or settlement for bytes that were not verified.