Attestor · Operational FAQ

Frequently Asked Questions

Common questions about Satoshium Attestor, Attestations, Evidence, Trust Statements, authority boundaries, corrections, interoperability, and Attestor's established operational state.

Canonical responsibility: Attestor → Attestation + Trust Statement
Governing principle: Reference does not transfer authority.

What is Attestor?

Attestor is the Satoshium Suite institution responsible for producing governed, attributable, bounded Trust Statements through Rule-Constrained Evaluation of Attestations against eligible governed inputs. It preserves the scope, provenance, limitations, relationships, and authority boundaries necessary to make those conclusions reviewable.

What is a Trust Statement?

A Trust Statement is Attestor's canonical output: a governed, attributable, bounded conclusion produced through Rule-Constrained Evaluation of an Attestation against eligible governed inputs. It should preserve the basis and limits of its conclusion without replacing the authority of the objects it references.

Does Attestor determine truth?

No. Attestor does not establish universal truth. It produces a bounded conclusion within a defined scope under Attestor rules. The conclusion should say no more than its eligible inputs, evidence, provenance, status, limitations, and applicable evaluation support.

What is an Attestation?

An Attestation is a governed, attributable, bounded assertion about a subject, record, relationship, condition, event, or other trust-relevant matter. An Attestation may participate in evaluation, but it is not itself the final Trust Statement.

What is the difference between an Attestation and a Trust Statement?

An Attestation expresses an assertion. A Trust Statement expresses Attestor's conclusion after applicable rule-constrained evaluation. The two are related but distinct Attestor objects.

Eligible Governed Inputs → Attestation → Rule-Constrained Evaluation → Trust Statement

What role does Evidence play?

Evidence provides supporting material or authoritative references used to evaluate an Attestation and support a Trust Statement. Evidence informs a conclusion; it does not become proof merely because Attestor references it. Its provenance, relevance, scope, status, limitations, and source authority should remain visible where applicable.

What is a trust signal in Attestor?

“Trust signal” remains descriptive language for trust-relevant evaluation context. It is not presently established as a separate canonical Attestor object, controlled record type, reputation score, or automatic trust indicator. It must not be confused with Beacon's canonical Discovery Signals.

How does Attestor relate to Certifier?

Certifier owns the Certification Package and certification process. Attestor may reference a Certification Package as an authoritative input when relevant and eligible, but it does not certify or recertify the subject. Certifier retains authority over the certification; Attestor retains authority over its own Trust Statement.

How does Attestor relate to Anchor?

Anchor owns the Integrity Reference. Attestor may reference an Anchor Integrity Reference when integrity context is relevant to an evaluation, but Attestor does not establish or redefine Anchor's integrity determination.

How does Attestor relate to Beacon?

Beacon owns Discovery Signals and Discovery Metadata. Attestor may reference those objects when discovery context is relevant, but it does not create or redefine Beacon's canonical discovery architecture.

Can Attestor reference Registry and Chronicle records?

Yes, when they are relevant and eligible. Registry retains authority over Satoshium Registry records, and Chronicle retains authority over Chronicle Entries. Attestor may use those objects as governed references without assuming their institutional authority.

What does “Reference does not transfer authority” mean?

It means that Attestor may rely upon or reference an object governed elsewhere without becoming the authority for that object. The source institution remains authoritative for its canonical object; Attestor is responsible for how the eligible reference participates in its own evaluation and Trust Statement.

Can Attestor-owned information be corrected?

Yes. Attestor governs changes affecting its own Attestations and Trust Statements through Correction, Lifecycle, and Versioning architecture while preserving prior state, provenance, and historical traceability. Review and correction are activities, not lifecycle states. A materially changed assertion or conclusion requires a new canonical object.

Does Attestor maintain a reputation system or trust score?

No. Reputation is not an Attestor canonical object, and Attestor does not establish a generic reputation framework, reputation score, confidence percentage, or universal trust score. Its canonical output is the bounded Trust Statement.

Are Trust Statements automatically public?

No. Canonical creation does not automatically authorize publication. Attestor separately governs Publication State as unpublished or published. Publication requires a governed publication decision; technical accessibility alone does not establish Published state.

Is Attestor operational?

Yes. Attestor completed its first controlled production operation and established Operational Proof. The operation produced ATT-2026-0001 and TRST-2026-0001, both now Active · Published · V1.0. Their final published-state representations passed Validator v0.5, governed Review completed 25 / 25 satisfied requirements, both production objects received conformant Conformance outcomes, and the post-operation institutional review concluded 11 PASS / 0 FAIL / 0 UNRESOLVED.

Attestor → Operational
Production proof → ESTABLISHED

What remains open?

Future work is continuing governance, not a prerequisite to operational status. Each future Attestation, Evaluation, Trust Statement, correction, source class, specialized profile, or implementation path remains separately governed and must satisfy its own applicable requirements. The first production operation does not mean every Attestation Type, Evaluation Outcome, lifecycle value, relationship value, external-source path, or specialized profile has been production-tested.

What happened in the first production operation?

Six eligible Suite-source inputs were used to form ATT-2026-0001, a verification-related Attestation concerning SC-CERT-2026-0001. Rule-Constrained Evaluation produced the outcome supported and formed the bounded canonical Trust Statement TRST-2026-0001. The operation then completed Validation, governed Review, Conformance, lifecycle activation, Publication, final-state revalidation, production-evidence preservation, post-operation institutional review, and Operational Proof.

What identifiers does Attestor use?

Canonical Attestations use ATT-YYYY-NNNN. Canonical Trust Statements use TRST-YYYY-NNNN. Canonical identity answers which governed object; version identity answers which governed state of that object.

What Evaluation Outcomes can Attestor record?

The adopted Evaluation Outcomes are supported, partially-supported, not-supported, contradicted, and indeterminate. An Evaluation Outcome is not itself the bounded conclusion or the identity of a Trust Statement.

What lifecycle states does Attestor use?

The adopted Lifecycle States are draft, active, superseded, withdrawn, and retired. Review and correction are governed activities rather than lifecycle states.

Are Validation, Evaluation, and Conformance the same thing?

No. Evaluation determines a substantive Evaluation Outcome and supports formation of a bounded conclusion. Validation determines whether an Attestor object satisfies applicable normative requirements. Conformance determines whether a declared target satisfies an applicable requirements set using required validation and evidence.

Validation ≠ Evaluation · Validation ≠ Conformance · Valid ≠ Published

What Validation and Conformance results does Attestor use?

Aggregate Validation Results are valid, invalid, incomplete, and error. Per-rule Validation dispositions are pass, fail, not-applicable, and not-tested. Conformance dispositions are satisfied, not-satisfied, not-applicable, and not-demonstrated; Conformance outcomes are conformant, nonconformant, undetermined, and error.

NOT-TESTED ≠ PASS

Foundational Principle

Attestor does not manufacture trust from a sequence of signals. It forms governed Attestations, evaluates eligible inputs under bounded rules, and produces Trust Statements whose basis, scope, limitations, provenance, and authority remain visible.

Eligible Governed Inputs → Attestation → Rule-Constrained Evaluation → Trust Statement
Back to Attestor →

A Trust Statement should remain reviewable because its conclusion, basis, scope, limitations, provenance, and authority remain visible.