TAKE BACK YOUR DATA
Menu
Make machines discoverable · PUBLIC C0 REFERENCE ARCHITECTURE

Publish, find and verify SES machines without platform power

Ownerless Machine Registry Machine — Binds registration, deterministic search, versions, download and integrity evidence without turning recommendation, ranking or marketplace logic into authority.

100/100 is binary: an unresolved constitutive condition does not create partial PASS and must not be completed by implementation assumptions.

This page describes a source-bound C0 machine architecture. It is not software, not a platform, and not proof of an already bound or productively activated operator instance.

SOVEREIGNTY + FORMATION · A6 v1.2

Who operates? Who is sovereign? How is the instance formed?

Roles are bound separately. Operation, authority, sovereignty and formation are not the same thing.

1 · Operator

Registry operator/carrier operates registry functions; operation does not transfer sovereignty over registered local machines.

2 · Root sovereignty: O

  • Registry authority for registry effects: Registry effects only: registration, deterministic discovery/version/integrity functions inside the registry claim

3 · Delegated sovereignty

No additional delegated sovereignty domain is claimed at C0 level.

4 · Authority-only roles

  • Registry operational roles
  • technical registry carriers
  • local machine sovereigns remain outside registry-effect sovereignty

5 · Target rule source

Target rules are defined and authorized in the machine’s own engineering/instance-binding path by its bound sovereign; no Factory authorship is claimed.

6 · Formation path

Self-build / Engineering

1 · EFFECT PROBLEM

Publish, find and verify SES machines without platform power

Binds registration, deterministic search, versions, download and integrity evidence without turning recommendation, ranking or marketplace logic into authority.

Source-bound reading

This machine binds registration, deterministic checking, status formation, search, delivery and cryptographic evidence-certificate effects for SES machine artifacts.

2 · MACHINE DEFINITION

What is this machine?

This machine binds registration, deterministic checking, status formation, search, delivery and cryptographic evidence-certificate effects for SES machine artifacts.

This page describes a source-bound C0 machine architecture. It is not software, not a platform, and not proof of an already bound or productively activated operator instance.
3 · AUTHORITY

Who may carry normative authority?

The Registry Machine has authority only over its own registry effect; listing or participation does not create authority over a registered machine or its operator.

Technical capability, access, or participation creates no additional authority.
4 · EFFECT MODEL

What effect is bound?

Registry effects include upload, acceptance or rejection, checking, listing, deterministic search, download, certificates, versions, suspension, revocation and revalidation.

The effect/result model remains source-local; no foreign machine model is imposed on it.
5 · SCOPE

Scope is causal completeness, not an inventory.

Scope is the registry effect space of one concrete registry instance, not a universal authority over all SES machines.

New or previously unresolved effect-relevant paths reopen the affected claim and must be revalidated.
6 · EXTERNAL SYSTEMS AND CARRIERS

Carriers may carry — not invent normative meaning.

External systems may supply input, carry technical functions, contribute receipts or evidence, or execute bound consequences. Participation, access, provider status, model output, or technical capability does not create normative authority. The concrete role remains source- and instance-bound.

7 · BASELINE / DOMAIN RELATION

Baseline semantics remain machine-specific.

This source defines registry effect, not an operational SEBG baseline. Baseline guidance for operator machines is separate.

SEBG-first is TBYD guidance for existing effect spaces, provided it is not confused with the machine source’s own architecture.
8 · RULES · STATE · JUDGMENT

Rule, state, and judgment must be closed before positive reliance.

This A6 does not impose a generic result model. The source-specific rule/state/judgment model remains controlling. Missing authority, missing required state, conflict, UNKNOWN/OPEN, or another source-defined non-PASS state must not be converted into validity by runtime guessing or programmer defaults.

9 · EVIDENCE

Evidence proves only the claim it actually carries.

Evidence and state recording are required for registry effects; deterministic search, not recommendation or probabilistic ranking, remains the source-bound model.

Evidence integrity is not automatically semantic or external truth.
10 · FAILURE AND REVALIDATION

Failure is not reinterpreted as PASS.

A source-defined failure is not merely a warning. It binds the specified non-PASS consequence. A material source, scope, authority, rule, state, evidence, or dependency change reopens affected gates; prior PASS is not silently inherited.

11 · FORMATION AND CARRIERS

The machine order is formed before carrier implementation.

The constitutive order remains: Sovereign / Domain → Quality / Process / Systems Engineering → Domain Assurance → Technical Carrier Engineering. Carriers come after normative and machine closure; they may not invent missing rules, authority, or consequences.

1 · Sovereign / Domain

Effect space, authority, and acceptance boundaries.

2 · Quality · Process · Systems

Close scope, rules, state, failure, evidence, and revalidation.

3 · Domain Assurance

Review domain meaning and claim-relevant assurance.

4 · Technical Carrier

Technically carry the already closed order.

12 · C0 BOUNDARY

Public C0 is architecture — not your finished machine.

The public page binds the machine-type architecture. C1 closes concrete artifacts, C2 binds one operator instance, technical carriers carry the already closed machine, C3 proves activation readiness, and C4 productively activates that exact instance. Public C0 does not transfer PASS to an operator instance.

C0 → C1 → C2 → Technical Carrier → C3 → C4
13 · PUBLICATION STATE

A6 is fully readable without IPFS linking.

v1.0 · A7_NOT_BOUND · NO_CID_LINK

Source-bound C0 version: v1.0. This A6 publishes no CID, no IPFS link, and no A7/version route. Publication integrity will be closed later as a separate project and is not a substitute for C0/C1/C2/C3/C4.

14 · CHECKPOINT

Six statements against the most common misreadings.

  1. This machine binds registration, deterministic checking, status formation, search, delivery and cryptographic evidence-certificate effects for SES machine artifacts.
  2. The Registry Machine has authority only over its own registry effect; listing or participation does not create authority over a registered machine or its operator.
  3. Registry effects include upload, acceptance or rejection, checking, listing, deterministic search, download, certificates, versions, suspension, revocation and revalidation.
  4. Scope is the registry effect space of one concrete registry instance, not a universal authority over all SES machines.
  5. This source defines registry effect, not an operational SEBG baseline. Baseline guidance for operator machines is separate.
  6. Public C0 is not an operator instance; A7/IPFS remains without active links in this build.
15 · NEXT STEP

Continue to operator formation, the catalogue, or verification.

Apply

Place concrete operator formation from C0 through C1/C2 and carriers to C3/C4.

Go to Apply →

Machines

Return to the public catalogue and compare other generic C0 architectures.

Go to Machines →

Verify

Place Quality, Process and Systems Engineering for the next closure step.

Go to Verify →