Purpose
Trust Statements provide Attestor's governed means of expressing a conclusion about a defined subject or matter after applicable assertions, evidence, authoritative references, provenance, scope, status, and limitations have been evaluated.
ATTESTOR · TRUST STATEMENTS
Satoshium Attestor Trust Statements
A Trust Statement is the canonical output of Satoshium Attestor: a governed, attributable, bounded conclusion produced through Attestor evaluation of eligible inputs.
A Trust Statement preserves the basis and limits of its conclusion without replacing the authority of the evidence, records, certifications, or other governed objects it references.
Canonical responsibility: Attestor → Trust Statement
Governing principle: Reference does not transfer authority.
Governing principle: Reference does not transfer authority.
Canonical Output
The Trust Statement is distinct from an Attestation. An Attestation expresses a governed assertion; a Trust Statement expresses Attestor's bounded conclusion after evaluation.
Attribution
A Trust Statement preserves Attestor attribution so responsibility for the conclusion remains explicit and reviewable. Referenced authorities retain authority over their own source objects; Attestor retains authority over its bounded Trust Statement conclusion.
Traceability
A Trust Statement should preserve traceable relationships to the Attestations, evidence, authoritative references, and relevant source states that support the conclusion.
Foundational Trust Statement Content
A Trust Statement should preserve enough information to make the conclusion identifiable, attributable, scoped, reviewable, and traceable to its governed basis.
Identity · Subject · Conclusion · Scope · Attribution · Supporting Attestations ·
Evidence / Authoritative References · Provenance · Status · Limitations ·
Relevant Time / State · Relationships
These requirements are expressed through the adopted Trust Statement schema and related Attestor architecture. Canonical machine-readable serialization, executable validation, governed review, conformance evaluation, lifecycle control, and publication have now been exercised in production.
Identity
A Trust Statement is uniquely identified by the canonical identifier family TRST-YYYY-NNNN. The identifier distinguishes the governed object; version identity distinguishes a governed state of that object.
Subject
The subject identifies what the Trust Statement is about and preserves the identifier and type/context necessary to bound the conclusion. Exact production serialization remains governed by the schema and implementation layer.
Conclusion
The Trust Statement should express the bounded conclusion reached by Attestor. Its wording must not claim more than the applicable evaluation supports.
Scope
The scope identifies the conditions and boundaries within which the conclusion applies so a limited conclusion is not interpreted as universal.
Supporting Basis
Supporting Attestations, evidence, and authoritative references should remain identifiable and traceable, including material conflicting or qualifying information where applicable.
Provenance & Authority
The origin, attribution, source relationships, relevant state, and authority of the inputs used in evaluation should remain distinguishable from Attestor's authority over the Trust Statement itself.
Status & Relevant State
A Trust Statement should support a governed lifecycle and preserve enough temporal or source-state context to understand the basis on which the conclusion was produced.
Limitations & Uncertainty
Material limitations, uncertainty, incomplete information, conflicting evidence, or other qualifications should remain visible when they affect interpretation of the conclusion.
From Attestation to Trust Statement
A Trust Statement is not produced merely because an Attestation exists. Attestor must apply its governing rules to the relevant assertion and eligible inputs before a conclusion is warranted.
Eligible Governed Inputs → Attestation → Rule-Constrained Evaluation → Trust Statement
Evaluation follows Attestor's established eligibility, provenance, authority, Evaluation Outcome, methodology, and validation architecture. These mechanics have now been exercised through Attestor's first controlled production operation.
Evaluation Outcome
Attestor records a controlled Evaluation Outcome as part of the governed basis for the Trust Statement. The adopted outcomes are supported, partially-supported, not-supported, contradicted, and indeterminate.
Outcome ≠ Conclusion ≠ Trust Statement Identity
Relationship to Source Authority
A Certification Package may support a Trust Statement without becoming the Trust Statement. The same principle applies to Registry records, Chronicle Entries, Integrity References, Discovery Signals, Atlas intelligence, Navigator workflow context, and other eligible governed sources.
Source Object → Retains Source Authority
Trust Statement → Retains Attestor Authority
Trust Statement → Retains Attestor Authority
Relationship to the Suite
Trust Statements may reference governed outputs from across the Satoshium Suite while preserving each institution's canonical responsibility.
Atlas → Authoritative Intelligence
Navigator → Workflow Definition / Orchestration
Certifier → Certification Package
Registry → Satoshium Registry Record
Chronicle → Chronicle Entry
Anchor → Integrity Reference
Beacon → Discovery Signal / Discovery Metadata
Attestor → Trust Statement
Navigator → Workflow Definition / Orchestration
Certifier → Certification Package
Registry → Satoshium Registry Record
Chronicle → Chronicle Entry
Anchor → Integrity Reference
Beacon → Discovery Signal / Discovery Metadata
Attestor → Trust Statement
What a Trust Statement Does Not Do
A Trust Statement does not establish universal truth, issue a certification, create or redefine Registry status, rewrite Chronicle history, establish an Anchor Integrity Reference, create a Beacon Discovery Signal, or otherwise assume the canonical authority of a referenced institution.
It is not an automatic reputation score or a universal declaration that a person, organization, record, or subject is trustworthy.
A Trust Statement is authoritative as an Attestor conclusion within its defined scope — not as universal authority over the objects it references.
Lifecycle and Change
A Trust Statement may require review when its supporting basis, source state, scope, or other material conditions change. Its governed lifecycle states are draft, active, superseded, withdrawn, and retired. Publication remains separately governed as unpublished or published.
Review and correction are activities rather than lifecycle states. A bounded correction may preserve canonical identity when essential institutional meaning remains intact; a materially changed conclusion requires a new TRST-YYYY-NNNN. Historical states remain preserved rather than silently overwritten.
Published Trust Statements
TRST-2026-0001 is the first canonical production Trust Statement published by Satoshium Attestor. It is Active · Published · V1.0 with the controlled Evaluation Outcome supported.
The statement results from Rule-Constrained Evaluation of ATT-2026-0001 and its eligible governed evidence. Its conclusion remains bounded to the evaluated proposition, evidence, scope, provenance, relevant state, limitations, uncertainty, and Attestor authority.
A supported Evaluation Outcome does not establish universal truth, independently
re-certify a source institution's decision, or make Attestor authoritative for
referenced source objects.
View TRST-2026-0001 →
Established Trust Statement Architecture
Advanced Attestor architecture now establishes the Trust Statement identifier, structural schema, controlled values, authority and provenance model, relationships, lifecycle, versioning, publication model, evaluation architecture, validation architecture, conformance architecture, methodology, and production path.
Trust Statement Identifier → TRST-YYYY-NNNN
Evaluation Outcomes → supported · partially-supported · not-supported · contradicted · indeterminate
Lifecycle → draft · active · superseded · withdrawn · retired
Publication → unpublished · published
Provenance → ordinarily derived
Evaluation Outcomes → supported · partially-supported · not-supported · contradicted · indeterminate
Lifecycle → draft · active · superseded · withdrawn · retired
Publication → unpublished · published
Provenance → ordinarily derived
This architecture has now been exercised through the first controlled production operation. TRST-2026-0001 completed Rule-Constrained Evaluation, Validation, governed Review, applicable Conformance, lifecycle activation, publication, and final-state revalidation as Active · Published · V1.0.
Back to Attestor →