Table of contents
Relational Machine
What it is
The RelationalMachine is an IndexedAutomaton whose state is an instance of the relational universe : the history site running its fiber nuclear doctrine .
The machine’s output at each step is the global sections newly settled: — the fixed propositions in that appear for the first time after advancing history from to .
The four mathematical structures that constitute a RelationalMachine — one per component — are named constructs in the math, not descriptions of informal structure:
- RelationalHistorySite : the thin poset-category (congruence classes of under the independence relation , ordered by prefix) equipped with the Grothendieck commutation topology (covering sieves = commutation partitions). This is not just a monoid: is what determines the sheaf condition on and therefore determines RelationalHistoryFiberSaturatingNucleus .
- RelationalHistoryFiberNuclearHeytingDoctrine : the presheaf assigning to each history a fiber nuclear square — a finite Heyting algebra with RelationalHistoryFiberSaturatingNucleus (the sheafification projection over ) and RelationalHistoryFiberTransferringNucleus (the reflection onto ), commuting: . These nuclei are NOT separate params — they are structure of the doctrine functor itself, packed into the target.
- Joint projection : the canonical retraction , which is itself a nucleus because and commute. is the joint closure of — the minimum element of above , equivalently in RelationalHistoryFiberDoctrineLanguage. Commutativity is required here: without it the composite need not be a nucleus and the four nuclear square positions do not cohere.
- Global sections : fixed propositions in — sections of the fixed subobject , equivalently opens of the invariant locale Phase. The machine emits : the propositions that crossed the threshold from unsettled to doubly-stable between two history steps.
The machine implements this structure. It MUST be organized into four components, one per mathematical role above. See relational-machine-math-diagram for the full set-level class diagram and relational-machine-c4-diagram for the C4 architecture view.
Four-component architecture
Input Boundary
Mathematical role: — the history site, presented by the step set with independence relation , carrying the Grothendieck commutation topology.
The input boundary is constituted by three distinct components, each named:
- RelationalMachinePort — the step set : the typed vocabulary of inputs the machine accepts and the commutation relation that makes order of independent steps irrelevant.
- RelationalMachineInterface — the exposed boundary through which outside agents submit steps; the foot of the patch site inclusion where external content enters.
- RelationalMachineSteppingMap — the family of maps that advance the carrier’s state when a step is received.
The full interaction type — what the machine accepts and what it returns — is the RelationalMachineArena.
DataStore
Mathematical role: — the fiber nuclear doctrine over the history site.
The DataStore carries the RelationalHistoryFiberNuclearHeytingDoctrine across all histories. At each it holds the full fiber and the settled sub-algebra . It exposes restriction maps for each extension in . Both nuclei and are structure of — they are not held separately.
Engine
Mathematical role: — the joint projection retraction.
The Engine applies the joint projection to to produce . The commutativity is required: it is what makes itself a nucleus (not just a composite of nuclei), so that has a nucleus reflection from rather than merely existing as a set-theoretic intersection. Without commutativity the nuclear square does not cohere and there is no Engine.
The Engine runs Transfer-then-Saturate: the canonical term order in RelationalHistoryFiberDoctrineLanguage is , encoding the temporal direction — settle against what all extensions share first, then close against what accumulated history forces.
Observation Layer
Mathematical role: — global sections of the fixed subsheaf in .
The Observation Layer computes sections of the fixed subobject in . A global section is a compatible family with and for all extensions — equivalently, an open of the invariant locale Phase. The machine’s output at each step is : the fixed propositions newly settled since the previous step.
Correspondence table
| Math object | Component | Role |
|---|---|---|
| — step set with independence | RelationalMachinePort | Names the typed input vocabulary |
| — history site | Input Boundary | Base site for all sheaf constructions |
| — patch inclusion foot | RelationalMachineInterface | Exposed boundary where steps enter |
| — coalgebra map | RelationalMachineSteppingMap | Advances carrier state by one step |
| — fiber doctrine | DataStore | Carries fibers, restriction maps, both nuclei |
| — joint projection | Engine | Retracts onto ; requires commutativity |
| — global sections of in | Observation Layer | Emits newly settled fixed propositions |
Peer connection
Two relational machines MAY be connected by a structure-preserving map between their fiber systems — conjecturally a geometric morphism. Connected machines could synchronize histories and share settled sections.
The connection is unformalized. The correct category of morphisms between fiber Heyting algebra systems over different monoids remains open.
Relationship to the two towers
The relational machine implements the depth-filtration tower: building within a fixed history monoid . It does NOT implement the hyperverse tower (iterating across universes to build ). These MUST NOT be conflated.
Open questions
- What is the right category of morphisms between relational machines?
- How does the independence relation propagate across a peer connection?
- Does the Engine run one composite pass or iterate each nucleus to fixpoint? Convergence behavior may differ.
- What does an implementation of the hyperverse tower look like as a machine?