Back

Diagnostic and Prediction Passports

P14-L06 · P14 · P14-M02

Distinguish diagnostic snapshots from bounded prediction claims

ILLUSTRATIVE · needs_review

Prerequisites: P14-L05

Learning objectives

  • Distinguish diagnostic snapshots from bounded prediction claims
  • Preserve an original fictional claim, timestamp absence and unknown outcome without retrospective rewriting.

Explanation

A diagnostic describes what was observed or classified at a moment. A prediction claim is a bounded statement about a later condition, and its outcome may remain UNKNOWN. A timestamp identifies timing; it does not establish correctness.

Explanation

Production catalog inspection reported no public original Diagnostic or Prediction Passport output table. Current routes/builders construct outputs from current validated Radar data. That architecture cannot supply an authentic missing historical original output. The Controller therefore explicitly amended P14-L06 from HISTORICAL to ILLUSTRATIVE while preserving its identity, objective and tool mapping.

This exercise uses two author-defined fictional objects for SIM-ALPHA, with no real chain/address. SIM-DIAGNOSTIC-A contains integrityState=review, known fictional facts, unknown provider coverage and limitations. SIM-PREDICTION-B preserves the original unvalidated hypothesis that the fictional flag remains review in the next simulated sample. This educational claim is not an actual historical product Passport or a price forecast. Both observedAt values are null; no fictional timestamp is required.

Prediction fields forecast, targetPriceUsd, probabilityPct, recommendation and expectedReturn stay null, executable=false, and laterOutcome=UNKNOWN. No later sample has been supplied. To evaluate a future fictional outcome, retain the original claim and separately append the later evidence, criteria and timestamp; never rewrite the claim after seeing the result. Unavailable outcome is neither success nor failure. The distinction between a diagnostic record and a claim ledger is useful even when a product intentionally emits no market forecast.

Historical example

The diagnostic card says a fictional review flag is present. The prediction card records a hypothetical later persistence of that flag, unvalidated and without a probability or trade. A reader must not replace the absent later sample with today’s Radar output or turn a neat timestamp into proof that the claim was correct.

What the evidence proves

OBSERVED is bounded to the specified saved artifact or explicitly fictional fixture. INFERRED claims name their inputs and assumptions. Controller amended only this lesson data requirement to ILLUSTRATIVE. These objects are not historical ZECOIN Passport outputs or regenerated runtime outputs.

What the evidence does not prove

UNKNOWN fields remain absent. INSUFFICIENT EVIDENCE does not prove the opposite. No unsupported human attribution, guaranteed safety/profit, financial recommendation or executable transaction follows.

Common mistakes

Promoting UI or aggregate fields into raw provider records; substituting dates across sources; inventing hidden identity or links; treating a timestamp or commercial badge as proof.

Practical exercise

Compare the two fictional objects. Identify current fictional facts, original future claim, missing times/outcome and execution boundaries. Draft an append-only evaluation template with an empty later-evidence slot. Refuse a request to relabel either object as a real archived Passport.

Show worked correction

Diagnostic facts refer only to SIM-DIAGNOSTIC-A. Original claim is retained verbatim in SIM-PREDICTION-B, marked unvalidated. Both observedAt values remain null, dataStatus ILLUSTRATIVE. Later evidence/time/criteria slots stay empty and laterOutcome UNKNOWN. Evaluation must preserve the original string and record any later determination separately. No forecast, target, certain probability, expected return or executable trade is introduced. Missing historical product outputs are not repaired by this simulation.

Visual specifications

Two fictional passport cards side by side: diagnostic facts/unknowns versus immutable original hypothesis and empty later-evidence box. Use an ILLUSTRATIVE banner, null timestamps, UNKNOWN outcome and executable=false. Arrows show evaluation append-only, never overwrite.

SPECIFICATION_ONLY — final visual production is not part of this content run.

Checklist

  • Name the exact artifact and identity boundary.
  • Preserve source/time/dataStatus for each claim.
  • Keep OBSERVED, INFERRED, UNKNOWN and INSUFFICIENT EVIDENCE distinct.
  • Preserve limitations without private data or current substitutes.

Summary

  • Artifact integrity is distinct from factual completeness.
  • Origin and timestamp precision survive reuse.
  • A bounded conclusion must survive its unknowns.

Next lesson

P14-L07

Tools

Offline evidence-reading exercise only. No provider refresh, private account access, real-money exercise, wallet signing, entitlement change or runtime output generation.

Sources & claim boundaries

Evidence classifications

ILLUSTRATIVE — Controller amended only this lesson data requirement to ILLUSTRATIVE. These objects are not historical ZECOIN Passport outputs or regenerated runtime outputs.

Observation date

null — ILLUSTRATIVE fixture has no historical observation timestamp.

Review status

needs_review

Visual specifications

P14-L06-V01

SPECIFICATION_ONLY · ILLUSTRATIVE

Distinguish diagnostic snapshots from bounded prediction claims

Controller amended only this lesson data requirement to ILLUSTRATIVE. These objects are not historical ZECOIN Passport outputs or regenerated runtime outputs.

Two fictional passport cards side by side: diagnostic facts/unknowns versus immutable original hypothesis and empty later-evidence box. Use an ILLUSTRATIVE banner, null timestamps, UNKNOWN outcome and executable=false. Arrows show evaluation append-only, never overwrite.

Two fictional passport cards side by side: diagnostic facts/unknowns versus immutable original hypothesis and empty later-evidence box. Use an ILLUSTRATIVE banner, null timestamps, UNKNOWN outcome and executable=false. Arrows show evaluation append-only, never overwrite.

Stack each claim/source/time/boundary card at 390 px; keep full IDs readable and wide tables inside local scrollers. Provide the complete text equivalent.

Prose may use RTL; identifiers, exact times and decimal arithmetic remain LTR. Preserve relationship direction.

SIM-P14-EVIDENCE-WORKFLOW-v1

Sources & claim boundaries

SIM · ILLUSTRATIVE_FIXTURE

Explicitly fictional Diagnostic and Prediction exercise

Supported claim
Specific example and exercise fields/claim boundaries in this lesson
Verification boundary
Controller amended only this lesson data requirement to ILLUSTRATIVE. These objects are not historical ZECOIN Passport outputs or regenerated runtime outputs.
Checked at
2026-10-02
Open primary source
https://github.com/Samizghal/zecoin/blob/19af0ed91b5e2eb54a08c18ac8172815bbd6ee1a/content/academy-2/labs/datasets/p14-illustrative-fixtures.json

Dataset provenance

id: SIM-P14-EVIDENCE-WORKFLOW-v1

dataStatus: ILLUSTRATIVE

observedAt: null

source: content/academy-2/labs/datasets/p14-illustrative-fixtures.json

scope: Controller amended only this lesson data requirement to ILLUSTRATIVE. These objects are not historical ZECOIN Passport outputs or regenerated runtime outputs.

Test your reasoning

P14-L06-Q1 · What is the origin of these two objects?
P14-L06-Q2 · What does a timestamp establish by itself?
P14-L06-Q3 · How is the absent later sample classified?
P14-L06-Q4 · What should happen after later evidence becomes available?
P14-L06-Q5 · Which fields preserve the exercise safety boundary?