Chronicle · Integration
Satoshium Chronicle Integration
Chronicle Integration defines how Chronicle interoperates with Certifier,
Registry, Atlas, Anchor, Beacon, Attestor, Navigator, and the broader
Satoshium Suite while preserving clear institutional authority boundaries.
Integration answers three questions: how does Chronicle reference authoritative
Suite objects without duplicating them, how are those references carried through
Verification and Validation, and how does Chronicle preserve the historical
Occurrences associated with those objects through canonical Chronicle Entries?
Purpose
Chronicle Integration establishes the boundary between authoritative
operational objects and Chronicle’s historical-preservation responsibility.
Chronicle collects and references authoritative Suite records during Entry
production, verifies its representation of them, validates required reference
requirements, and preserves qualifying Occurrences through Chronicle Entries
rather than absorbing another system’s operational record.
Core Distinction
Certifier creates the canonical Certification Package. Registry creates
independent SREG Registry Entries. Chronicle creates Chronicle Entries that
preserve qualifying historical occurrences while referencing those authoritative
Suite objects.
Not a Certification Store
Chronicle does not become the authoritative home of Certification Packages,
SCPRs, SCRs, SCRDs, receipts, SREGs, Integrity References, Discovery Signals,
Trust Statements, Workflow Definitions, Atlas records, or other Suite objects.
Those objects remain authoritative within the systems responsible for them.
Historical Layer
Chronicle serves as the historical-preservation layer that records qualifying
Occurrences, their temporal context, Relationships, Provenance, Historical Context,
Verification, Validation context, publication lineage, and historical significance
across the Suite without replacing the operational systems that produced the
underlying records or actions.
Suite Interoperability Alignment
Suite Interoperability requires each system to preserve its own authority,
object, and responsibility while referencing authoritative objects maintained
elsewhere. Chronicle follows that reference-based design and does not duplicate,
replace, or reinterpret the objects it references.
Stable Objects · Clear Boundaries · Durable References · Explicit Validation · Repeatable Workflows
The governing interoperability rule is:
Reference does not transfer authority.
Integration Relationship
Chronicle integrates through stable references to authoritative Suite objects.
In the certification-centered Suite flow, Chronicle may preserve qualifying
certification Occurrences by referencing the canonical Certification Package
and, where a corresponding SREG exists and is materially relevant, the related
Registry Entry. Chronicle preserves its own historical Entry without assuming
authority over those referenced objects.
Certifier → Certification Package
Registry → SREG Registry Entry
Chronicle → Chronicle Entry preserving a qualifying occurrence
Chronicle’s Institutional Object
Chronicle’s canonical object is the Chronicle Entry. The historical occurrence
is what happened; the Chronicle Entry is Chronicle’s structured preservation
record of that qualifying occurrence.
Within Suite interoperability, references to Chronicle “historical events”
should therefore be understood as Chronicle’s responsibility to preserve
historical occurrences, not as a separate canonical object competing with the
Chronicle Entry.
Occurrence → Preservation Eligibility → Chronicle Entry
Certifier Relationship
Certifier remains authoritative for certification evaluation, determinations,
lifecycle actions, certification status, and the canonical Certification
Package, including its related public outputs.
Registry Relationship
Registry remains authoritative for independent SREG Registry Entries,
registration and cataloging, Registry metadata, Registry relationships, and
Registry lifecycle state.
Chronicle Relationship
Chronicle creates and maintains Chronicle Entries that preserve qualifying
historical occurrences, including certification creation, renewal, suspension,
revocation, expiration, and other approved historical event classes.
Suite Relationship
Chronicle participates in Suite interoperability as an independent institution.
Its published Entries may be referenced by other Suite systems where useful,
while Chronicle itself may reference Atlas, Certifier, Registry, Anchor, Beacon,
Attestor, Navigator, and other authoritative Suite records for historical context.
Suite-Wide Relationships
Certification is the current canonical interoperability flow of the Suite, but
Chronicle’s historical-preservation role may also apply to qualifying occurrences
originating in other Suite systems when those occurrences satisfy Chronicle
Preservation Eligibility.
Atlas → source intelligence, jurisdiction data, evidence, metadata, source material
Certifier → Certification Package and certification authority
Registry → SREG Registry Entry and catalog authority
Anchor → Integrity Reference
Beacon → Discovery Signal / Discovery Metadata
Attestor → Trust Statement / attestation
Navigator → Workflow Definition / orchestration
Chronicle → Chronicle Entry preserving qualifying historical occurrence
A Chronicle Entry about an Anchor, Attestor, Registry, Beacon, Navigator, Atlas,
or Certifier occurrence does not transfer that system’s authority to Chronicle.
Integration in the Entry Production Procedure
Integration is applied throughout the formal Chronicle Entry Production Procedure,
not as a separate post-production step.
Identify Occurrence → Assess Preservation Eligibility → Collect Authoritative References →
Classify Event Type → Select Event-Type Profile → Assign Chronicle Identifier → Create Entry →
Establish Relationships → Record Sources / Evidence / Provenance → Verify → Validate →
Publication Gate → Publish → Preserve
The first explicit authority checkpoint occurs when authoritative references are
collected. Additional checkpoints occur during Relationship review, Verification,
Validation, and Publication.
Certification Events
Within certification-centered interoperability, Chronicle may preserve
certification occurrences that satisfy Preservation Eligibility. The Chronicle
Entry provides historical context without duplicating or reinterpreting the
authoritative Certification Package.
Certification Created → Certification Renewed → Certification Suspended →
Certification Revoked → Certification Expired
Certification-Centered Source Object
In the canonical certification interoperability flow, the Certification Package
is the shared source object produced by Certifier and referenced by downstream
Suite systems. Chronicle should use that package as the authoritative
certification reference when preserving certification-related occurrences.
This does not mean every future Chronicle occurrence must originate from a
Certification Package. A Registry milestone, Anchor event, governance change,
or other approved occurrence may originate from a different authoritative
Suite object or institutional source.
Why Chronicle Preserves Events
Certifications may change over time through actions and lifecycle states
governed by Certifier. The Certification Package and Certifier lifecycle remain
authoritative for certification state. Chronicle preserves qualifying historical
occurrences associated with those changes through Chronicle Entries.
Authoritative records establish institutional state. Chronicle Entries preserve what happened and how it fits history.
Preservation Eligibility and Integration
Interoperability does not automatically make every Suite action a Chronicle
Entry. Chronicle applies its own Preservation Eligibility rules before creating
a historical record.
Suite Activity ≠ Automatic Chronicle Entry
This prevents Chronicle from becoming a duplicate activity log or operational
ledger for the rest of the Suite.
Integration and Validation
Chronicle Validation tests whether required authoritative references and
institutional boundaries are correctly represented in the current Entry Version.
Required authoritative reference present · Owning system identified ·
Reference structure valid · Relationship semantics coherent ·
Authority not transferred · Event-Type Profile requirements satisfied
For the Certification Event-Type Profile, at least one structured authoritative
reference must identify system: certifier. A related SREG is
conditional rather than a substitute for the Certifier reference.
A Validation failure establishes that Chronicle's current representation does
not yet conform. It does not invalidate the referenced authoritative object.
Authority Boundaries
Chronicle does not determine whether a certification is valid, active,
suspended, revoked, expired, or otherwise in a Certifier-defined state.
Certification meanings remain with Certifier. Registry separately governs its
own cataloging and Registry lifecycle state.
Chronicle preserves its own historical representation of a qualifying
occurrence and references the authoritative systems or records that establish
the underlying action, state, or institutional fact. Chronicle does not convert
those references into Chronicle authority.
Integration and the Publication Gate
Required authoritative references are part of Chronicle's publication-readiness
requirements.
Required Verification State + Validation PASS + Required Authoritative References + Publication Prerequisites = Eligible to Proceed to the Publication Gate
Publication does not convert referenced Suite objects into Chronicle-owned objects.
Chronicle publishes its own historical-preservation Entry while preserving the
authority of the referenced institution.
First Production Interoperability Path
Chronicle's reference-based integration model has now been exercised in production
through CHR-2026-0001.
Atlas Jurisdiction Record — El Salvador
↓ subject authority
SC-CERT-2026-0001
↓ certification authority
SREG-2026-0001
↓ Registry catalog relationship
CHR-2026-0001
↓ Chronicle historical-preservation record
In the published Chronicle Entry, Certifier remains the primary authority for the
certification Occurrence, Registry remains authoritative for SREG-2026-0001, Atlas
remains authoritative for the subject record, and Chronicle remains authoritative
only for its own historical-preservation Entry.
Reference does not transfer authority.
Integration Philosophy
Chronicle should preserve history without absorbing the responsibilities of
other systems. Its role is not to certify, catalog, anchor, signal, attest,
orchestrate, or replace Atlas source intelligence. Its role is to preserve
qualifying historical memory through structured, durable Chronicle Entries.
Interoperability connects Chronicle to the Suite. It does not erase institutional boundaries.
Open Certification Events →
Open Validation →
Back to Chronicle →