00 Ground / Root Order

Root Order

Root Order names the governing dependency arrangement from which all order in the system proceeds. It records what must already hold before something else can become available. Root Order does not establish terms, branches, or domains — it holds the precedence through which all terms remain traceable. Dependency is not chronology, hierarchy, sequence, preference, or navigation; it is what must already hold. Root Order can be read through organic and engineered modes of organisation: it names the given root of the system as it actually participates, not as a mechanical reference point.

Trace

Read

Root Order becomes recognisable where a term can be traced backward through its prior conditions without confusing dependency with sequence — where the root arrangement holds regardless of how the system is traversed, extended, or applied.

Opens

Dependency Spine

Relation
↓
Asymmetry → Bounded Asymmetry → Strained Asymmetry → Resolved Asymmetry
↓
Boundary → Availability → Strain → Bearing → Resolution

Cross-Order Pattern

The orders repeat a grounded movement without becoming identical.

First Order:
Strain → Bearing → Resolution

Second Order:
Coupling / Presence → Bearing Relation → Participation

Third Order:
Participation → Field of Participation → Nesting

Higher Order:
Nesting → Recursion

This pattern is a retrace aid, not a replacement for direct trace. A term belongs where its immediate support holds, even when it echoes a movement from another order.

Rule

A downstream term may depend on multiple prior conditions. Dependency placement follows the nearest condition that must already hold. Readable sequence may present dependency order but does not create or govern it.

Root terms let order emerge upward. Passage conditions do not make an order emerge by themselves; they regulate whether order can pass, hold, close, or remain available across a boundary or scope. High linkage alone does not make a term a root.