What is Satoshium Anchor?
Anchor is the Suite institution responsible for preserving durable Integrity References for authoritative artifacts and records.
This FAQ explains Anchor's current post-Suite institutional role, canonical object, integrity-preservation process, authority boundaries, technology position, and development status.
Anchor preserves durable Integrity References. It does not become the authority for the records, claims, trust judgments, or other artifacts it references.
Anchor is the Suite institution responsible for preserving durable Integrity References for authoritative artifacts and records.
An Integrity Reference is an Anchor-owned record preserving governed integrity context for a defined representation of an Authoritative Artifact.
No. The Source Institution retains substantive authority for the external artifact. Anchor owns only its Integrity Reference and Anchor-controlled integrity metadata.
Anchor may preserve Source references, Canonical Representation, Representation Boundary, Integrity Value, algorithm metadata, timestamps, signatures, Verification Material, external commitments, and Anchor metadata.
It is the exact governed representation used to generate or verify an Integrity Value, such as canonical JSON, a defined file, or another reproducible artifact representation.
It defines exactly what content the Integrity Reference covers and what surrounding or derived material is excluded.
A hash is meaningful only when a later reviewer knows exactly which artifact, representation, boundary, algorithm, and Source Institution produced it.
Integrity Verification compares a reviewed artifact representation against its Integrity Reference to determine whether the representation remains consistent with the anchored state.
No. A record can retain perfect cryptographic integrity and still contain incorrect information.
No. Certifier remains authoritative for Certification Packages and certification decisions. Anchor may preserve integrity for Certifier artifacts.
No. Attestor owns Trust Statements and trust judgments. Anchor may preserve the integrity of a Trust Statement representation.
No. Anchor may preserve reputation-related artifacts, but it does not score, rank, aggregate, or maintain reputation.
Each institution remains authoritative for its own canonical object.
No. Anchor may preserve identity-related attribution such as Source Institution, signer, signing key, producing system, reviewer, or role, but it does not issue identities or credentials.
Their routes remain for continuity, but their roles were narrowed to attribution metadata and the integrity of externally governed claim, attestation, reputation, and trust artifacts.
Anchor is implementation-neutral. Hashing, signatures, timestamping, Merkle structures, transparency logs, distributed systems, or other commitment mechanisms may support it.
Possibly. Bitcoin may later serve as an external commitment layer for proof-of-existence, timestamp anchoring, Merkle-root commitments, batch commitments, or long-term public integrity checkpoints.
The earlier Integrity Reference remains evidence for the earlier representation. A later Source Version may require Reverification, a new Anchor Version, or a new Integrity Reference.
An Anchor Correction fixes Anchor-owned information such as a wrong Source reference, digest, representation boundary, timestamp, or Verification Material.
No. Anchor is currently in Foundation Reconciliation. No production Integrity Reference has yet been issued.
Identifier architecture, Controlled Values, schema, Verification, Validation, Publication, Lifecycle, Versioning, Corrections, Maintenance, production procedure, and the first real Integrity Reference.
The dependency order may change if production design reveals a better structure.
Anchor should preserve enough information that integrity can still be independently reviewed after the original moment has passed.