Satoshium Anchor · Publication
Publication defines when a completed Integrity Reference becomes a publicly authoritative Anchor record and how its human-readable and machine-readable representations remain consistent.
Publication confers public Anchor-record authority only. It does not transfer Source authority, validate substantive truth, or create trust conclusions.
Publication Gate
↓
Structural / Institutional Review
↓
Initial Verification
↓
Publication Gate
↓
APPROVED or NOT APPROVED
↓
Canonical Public Anchor Record
Anchor should use a formal Publication Gate before a draft Integrity Reference becomes publicly authoritative.
Publication Gate RequiredCanonical HTML
Human-readable public representation of the current canonical Anchor Version.
Canonical SurfaceCanonical JSON
Machine-readable public representation of the same canonical Anchor Version.
Canonical SurfacePublication Timestamp
Records when the Anchor Version became publicly authoritative under Anchor.
RequiredVersion Visibility
Current and historical production Versions remain distinguishable and recoverable.
RequiredPublic Authority Boundary
≠
Source Artifact Authority
Publication makes Anchor authoritative for the published Integrity Reference, its Version, its integrity metadata, its provenance, and its relationships.
Publication does not make Anchor authoritative for the Source Artifact's substantive meaning.
Publication Preconditions
Before Publication Gate approval, a production Integrity Reference should have:
Anchor Version assigned
Source identity established
Canonical Representation defined
Representation Boundary defined
Integrity Method recorded
Integrity Value / proof material recorded
required Provenance present
required Relationships present
Initial Verification completed
Lifecycle State appropriate
no unresolved blocking Correction
Validation architecture should eventually convert these expectations into explicit institutional checks.
Publication Gate Decision
The Publication Gate should produce a simple institutional decision:
or
NOT APPROVED
The Publication Gate is not a Verification Result and not a Lifecycle State.
Publication Gate Approval
APPROVED means Anchor has determined that the Integrity Reference is ready to enter public institutional use under its current Anchor Version.
Approval does not mean:
Source Artifact is trusted
Certification succeeded
trustworthiness established
future Verification is guaranteed
Publication Gate Rejection
NOT APPROVED means the record is not yet eligible to become publicly authoritative under Anchor.
Potential reasons include:
unresolved Verification issue
missing provenance
invalid relationship
unresolved Correction
unclear Representation Boundary
missing publication representation
governance hold
Rejection should preserve the draft workflow without creating a misleading production publication event.
Publication Timestamp
Every publicly authoritative Anchor Version should preserve:
The timestamp should represent the moment the Version entered public Anchor authority, not necessarily the time the Source Artifact was created or the integrity material was generated.
Time Separation
≠ Integrity generation time
≠ Verification time
≠ Publication time
These timestamps answer different institutional questions and should remain separate.
Canonical Human Representation
The canonical HTML page should communicate the same institutional facts expressed by the canonical machine-readable record.
Human presentation may reorganize information for clarity, but it must not contradict the canonical JSON.
Canonical Machine Representation
Canonical JSON should preserve the structured form of the Integrity Reference under the governing Schema Version.
It should be suitable for:
relationship resolution
independent Verification
archival preservation
cross-Suite consumption
Human / Machine Consistency
↔
Canonical JSON
Both should represent the same:
Anchor Version
Source identity
integrity subject
Integrity Method
Integrity Value / proof context
Lifecycle State
material Corrections
publication timestamp
Canonical vs. Derived Representations
Anchor may produce derived pages, indexes, summaries, mirrors, or discovery surfaces that are not canonical Integrity Reference representations.
≠
Derived Presentation
Derived surfaces should point back to the canonical Anchor record.
Canonical URL
Publication should eventually assign stable canonical locations for the current Integrity Reference and its machine-readable representation.
+ canonical JSON URL
+ historical Version access
Exact URL syntax remains unfrozen until the Anchor Identifier syntax is finalized.
Current Version
A stable Anchor Identifier should resolve to the current canonical production Version.
↓
current canonical Anchor Version
Historical Versions should remain directly accessible through explicit Version history.
Historical Version Publication
Version 2 → historical
Version 3 → current canonical
Public presentation should make clear which Version is current without suppressing previous states.
Correction Publication
+ Correction notice
+ preserved prior Version
Anchor should not create the false appearance that the corrected value was always the original published value.
Lifecycle Publication Behavior
superseded → preserved with supersession notice
withdrawn → preserved with withdrawal notice
archived → preserved with archival notice
Draft records should not appear as publicly authoritative production records.
Withdrawal Does Not Mean Deletion
≠
erased
A withdrawn Integrity Reference should remain historically resolvable unless a separate legal or security requirement prevents public access.
Publication State
Publication architecture now proves the need for a small Publication State vocabulary.
published
withdrawn_from_publication
These remain intentionally unfrozen until Validation and Procedures determine whether `approved` belongs as a state or should remain exclusively a Gate decision.
Enumeration UnfrozenGate Decision vs. Publication State
→ APPROVED / NOT APPROVED
Publication State
→ durable record state
This distinction keeps approval workflow separate from the state carried by the Integrity Reference.
Publication and Verification
↓
Initial Verification
↓
Publication Gate
Later Reverification does not necessarily require republication unless canonical record data changes.
Publication and Validation
+ Initial Verification
→ Publication Gate evidence
The Validation page should formalize the exact sequence and PASS/FAIL behavior.
Publication and Versioning
↓ change
Version N+1
↓ review / Verification
Publication Gate
↓
Version N+1 becomes current canonical
Version N remains historically preserved.
Publication and Maintenance
missing JSON
human / machine divergence
stale current-Version pointer
missing Correction notice
invalid lifecycle notice
inaccessible historical Version
Publication Record
Anchor Version
Gate decision
decision time
published_at
canonical HTML
canonical JSON
governing Validation result
governing Verification result
Whether Publication receives its own permanent identifier remains unfrozen.
Publication Procedure
2. Confirm Anchor Identifier and Version.
3. Complete required Validation.
4. Complete Initial Verification.
5. Confirm no blocking Correction or governance hold.
6. Generate canonical HTML and JSON.
7. Confirm human / machine consistency.
8. Apply Publication Gate.
9. Record APPROVED or NOT APPROVED.
10. If approved, assign published_at.
11. Publish canonical representations.
12. Update current-Version resolution and index.
13. Preserve prior Versions and notices.
Publication Principle
Publication should convert a completed Integrity Reference into a durable public Anchor record only after its structure, evidence, and canonical representations are ready for independent review.