Back

Evidence dossier capstone

P14-L08 · P14 · P14-M02

Compile a reproducible cross-tool report without financial guidance

ILLUSTRATIVE · needs_review

Prerequisites: P14-L07

Learning objectives

  • Compile a reproducible cross-tool report without financial guidance
  • Build an illustrative dossier whose historical components retain their distinct identities and provenance.

Explanation

A reproducible evidence dossier is a claim register, not a collection of impressive screenshots. It preserves each object’s identity, source, time, data origin, supported claims, conflicts and missing evidence. Combining artifacts does not create a relationship between their objects.

Explanation

Use the accepted Radar transcription, Discovery screenshot, WIF endpoint pair and Wallet aggregate as historical constituents, plus the fictional Passport exercise as an illustrative constituent. The capstone assembly is ILLUSTRATIVE; it must not relabel its historical inputs or treat the fictional Passport as a Production output. WIF and the separate Solana wallet are not linked by being in the same curriculum. Discovery candidate names likewise do not establish any funding or ownership relationship.

Create one row per claim with artifact/dataset ID, exact identity where available, original observed/captured time and precision, dataStatus, evidence state, source pointer and limitations. For Discovery, use the visible name/chain and displayed Observed time, while exact canonical identity/sourceObservedAt/hrefs remain UNKNOWN. For Wallet, preserve aggregate counts without inventing funding edges. For the pair, place computed deltas in an INFERRED/derived lane, separate from the saved observations. For Passports, preserve the fictional original claim and UNKNOWN outcome.

Keep conflicts visible. A completeness indicator and missing provider provenance can coexist; they measure different things. Equal endpoint authority states do not remove the unobserved interval. Null wallet value remains unknown even when an asset count exists. Write conclusions whose wording survives every limitation, and log the records needed to resolve gaps without collecting private identities or generating current substitutes. Reproducibility includes file hashes and the exact version of each package; a clean narrative alone is insufficient.

Historical example

SIM-DOSSIER-P14 has five distinct constituent types. Its conclusion is that each artifact supports its specified bounded observation or fictional exercise. It contains no cross-object control conclusion, trade recommendation, guaranteed safety or outcome score for an unevaluated prediction.

What the evidence proves

OBSERVED is bounded to the specified saved artifact or explicitly fictional fixture. INFERRED claims name their inputs and assumptions. Illustrative dossier assembly; reused historical components retain original status/times. No link between WIF, Discovery candidates and Wallet is established.

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

Compile at least six claim rows: one Radar authority field, one social example, one Discovery card, one WIF endpoint difference, one Wallet null/count and one fictional Passport claim. Include source, identity, observedAt/time basis, dataStatus, provenance, conflicts, UNKNOWN, INSUFFICIENT EVIDENCE and limitations. Provide a reproducibility checklist and a bounded executive paragraph.

Show worked correction

Radar authority uses the WIF mint and product capture time, provider time UNKNOWN. Social uses only its own post observation time. Discovery uses UI01 visible labels/displayed time with canonical identity and href UNKNOWN. WIF delta is derived from the exact pair, interval 599625 ms and intermediate behavior UNKNOWN. Wallet value remains null while counts retain aggregate scope; human/insider attribution is INSUFFICIENT EVIDENCE. Passport is ILLUSTRATIVE with null time and UNKNOWN outcome, original claim unchanged. Preserve all package IDs/hashes and conflict notes. Executive paragraph: “These distinct records support bounded product/UI observations and a fictional claim-evaluation exercise; provider coverage gaps and cross-object attribution remain unresolved. No financial recommendation follows.”

Visual specifications

An evidence dossier panel with separate swimlanes for historical Radar, historical UI, historical endpoints, historical Wallet aggregate and illustrative Passport. Connect each claim to its own source/time; draw no object-to-object ownership edges. Show conflicts and unknown registers alongside a checklist of hashes/version IDs.

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

End of P14; prepare an evidence dossier for editorial review.

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 — Illustrative dossier assembly; reused historical components retain original status/times. No link between WIF, Discovery candidates and Wallet is established.

Observation date

null — ILLUSTRATIVE fixture has no historical observation timestamp.

Review status

needs_review

Visual specifications

P14-L08-V01

SPECIFICATION_ONLY · ILLUSTRATIVE

Compile a reproducible cross-tool report without financial guidance

Illustrative dossier assembly; reused historical components retain original status/times. No link between WIF, Discovery candidates and Wallet is established.

An evidence dossier panel with separate swimlanes for historical Radar, historical UI, historical endpoints, historical Wallet aggregate and illustrative Passport. Connect each claim to its own source/time; draw no object-to-object ownership edges. Show conflicts and unknown registers alongside a checklist of hashes/version IDs.

An evidence dossier panel with separate swimlanes for historical Radar, historical UI, historical endpoints, historical Wallet aggregate and illustrative Passport. Connect each claim to its own source/time; draw no object-to-object ownership edges. Show conflicts and unknown registers alongside a checklist of hashes/version IDs.

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

DOSSIER · ILLUSTRATIVE_FIXTURE

Fictional cross-tool dossier assembly manifest

Supported claim
Specific example and exercise fields/claim boundaries in this lesson
Verification boundary
Illustrative dossier assembly; reused historical components retain original status/times. No link between WIF, Discovery candidates and Wallet is established.
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: Illustrative dossier assembly; reused historical components retain original status/times. No link between WIF, Discovery candidates and Wallet is established.

id: P14-L02-WIF-SIGNAL-20261002T070029846Z-v1

dataStatus: HISTORICAL

observedAt: 2026-10-02T07:00:29.846Z

source: content/academy-2/datasets/p14-l02/dataset.json

scope: Historical constituent only; no cross-object linkage

id: P14-L03-DISCOVERY-UI-20260918-v1

dataStatus: HISTORICAL

observedAt: 2026-09-18T16:38:21.452Z

source: content/academy-2/datasets/p14-l03/dataset.json

scope: Historical constituent only; no cross-object linkage

id: P14-L04-WIF-N-NMINUS1-20261002-v1

dataStatus: HISTORICAL

observedAt: 2026-10-02T07:00:29.846Z

source: content/academy-2/datasets/p14-l04/dataset.json

scope: Historical constituent only; no cross-object linkage

id: P14-L05-SOLANA-WALLET-20260906T025805641Z-v1

dataStatus: HISTORICAL

observedAt: 2026-09-06T02:58:05.641Z

source: content/academy-2/datasets/p14-l05/dataset.json

scope: Historical constituent only; no cross-object linkage

Test your reasoning

P14-L08-Q1 · Does dossier inclusion link the saved wallet to WIF?
P14-L08-Q2 · How should the historical constituents be labelled inside this illustrative capstone?
P14-L08-Q3 · Where do endpoint deltas belong?
P14-L08-Q4 · What should happen to conflicts and missing fields?
P14-L08-Q5 · What must the executive conclusion avoid?