What is Chronicle?
Chronicle is the historical-preservation institution of the Satoshium Suite. It preserves qualifying historical Occurrences through canonical Chronicle Entries.
Frequently asked questions about Chronicle's purpose, canonical Chronicle Entry, Preservation Eligibility, authority boundaries, Sources, Evidence, Provenance, Verification, Validation, Corrections, Timeline, and historical-preservation model.
These answers provide a plain-language introduction to the architecture defined more formally throughout the Chronicle Foundation.
Chronicle is the historical-preservation institution of the Satoshium Suite. It preserves qualifying historical Occurrences through canonical Chronicle Entries.
Chronicle preserves institutional memory so future reviewers can understand what happened, when it happened, which authority established it, what Sources and Evidence existed, and how Chronicle's own historical record evolved.
No. Chronicle does not claim universal or absolute truth authority. It preserves its own structured historical representation while other Suite systems remain authoritative for their own objects and determinations.
A Chronicle Entry is the canonical historical-preservation object of Chronicle. The Occurrence is what happened; the Entry is Chronicle's structured preservation record representing that qualifying Occurrence.
Preservation Eligibility is Chronicle's admission rule. It asks whether an Occurrence should be preserved. Not every action, record, or system event belongs in Chronicle.
Historical Significance explains why an Occurrence is important enough to preserve, such as an institutional change, milestone, governance development, first or last occurrence, or other meaningful transition.
Verification reviews Chronicle's own historical representation using authoritative references, Sources, Evidence, Provenance, temporal consistency, relationships, and known limitations.
Validation determines whether a Chronicle-owned record conforms to structural and procedural requirements such as identifiers, schemas, Controlled Values, relationships, Provenance, versioning, and publication readiness.
Corrections are documented changes to Chronicle-owned records. Substantive Corrections should preserve prior state, correction rationale, and version lineage.
Visible correction history allows future reviewers to reconstruct how Chronicle's own representation changed over time rather than hiding material revisions.
Yes. Chronicle may preserve uncertainty, disagreement, conflicting Sources, disputed Evidence, or incomplete Provenance when those limitations are documented transparently.
Not by itself. A Chronicle Entry is Chronicle's historical-preservation record. Its reviewability depends on authoritative references, Sources, Evidence, Provenance, Verification, Validation, and known limitations.
No. Certifier remains authoritative for Certification Packages, certification determinations, status, and certification lifecycle.
No. Registry remains authoritative for SREG Registry Entries, registration, cataloging, Registry metadata, relationships, and Registry lifecycle.
Chronicle may preserve a qualifying certification Occurrence through a Chronicle Entry that references the authoritative Certification Package. Chronicle does not recreate the certification.
Chronicle may reference SREG Registry Entries or preserve qualifying Registry milestones. Registry authority remains with Registry.
Chronicle may reference authoritative objects from Atlas, Certifier, Registry, Anchor, Beacon, Attestor, and Navigator while each system retains authority for its own objects and responsibilities.
Chronicle uses reference-based interoperability.
An Event-Type Profile specializes the Chronicle Base Schema for a particular class of Occurrence by adding required fields, references, relationships, Evidence expectations, Provenance requirements, or Validation rules.
Yes. New Evidence, improved Provenance, changed authoritative records, or better historical context may justify an updated Verification State.
Not always directly. Where original material cannot be preserved, Chronicle may retain durable references, metadata, Provenance, archive references, integrity information, limitations, and preservation notes.
Yes. Later context may establish Preservation Eligibility for an earlier Occurrence. Event Date remains distinct from Entry creation, publication, Correction, or Version dates.
No. Timeline is intended as a downstream chronological discovery view of published Chronicle Entries. The Chronicle Entry remains canonical.
Yes. Chronicle is operational as a production historical-preservation institution. Its first canonical production Entry, CHR-2026-0001, was formally assigned, verified, validated, approved through the separate Publication Gate, and published on August 22, 2026.
Chronicle demonstrated that a qualifying Occurrence can move through the complete institutional production path without collapsing authority boundaries.
CHR-2026-0001 completed that path as Entry Version 1.
Chronicle's long-term goal is a durable historical-preservation institution capable of maintaining Satoshium history across changing technologies, systems, organizations, and generations.
Chronicle already supports machine-readable Chronicle Entries, Event-Type Profiles, structured Validation, cross-Suite historical relationships, and production publication. Future capabilities may extend public Timeline discovery, automation, cryptographic integrity verification, and long-term Provenance preservation.