Formal Dimension Analysis
When a Policy and an Export List Cancel Each Other Out
A familiar frustration in space sector strategy goes like this: a national policy document commits the state to interoperability, open standards, and cooperative architecture with allies. Somewhere in another building, an export control list forbids the transfer of the interface specifications that would make interoperability possible. Both documents are genuine. Both are enforced. Taken together they produce an architecture that neither document intended. The program that must live in the gap between them ends up building bespoke interfaces with each partner, each a different diplomatic negotiation, each a different compliance regime, none of them converging on the open architecture the policy claims.
This is not a mistake. It is a structural fact about formal environments in the space domain: they are multilayered, they evolve on different clocks, and they routinely contradict themselves. Formal Dimension Analysis is the instrument for reading those contradictions as a strategic field rather than a bureaucratic footnote. Its premise is that form — the rules, architectures, standards, and code that give an entity its shape — is a causal variable, and that its coherence or incoherence is one of the most decisive facts about what the entity can actually do. What follows is an account of why the method exists, what it sees that other methods do not, and where it needs to be paired with complementary readings.
Aristotle’s Form, Extended to Treaties and Code
The lineage runs back to Aristotle’s doctrine of formal causation — the organizing principle that makes a thing what it is, as distinct from the matter it is made of. For Aristotle, the formal cause of a statue was not the bronze but the shape that made the bronze a statue rather than a pile of metal. Form was a cause: an explanation of why the object behaved as it did.
The 4dimensions© framework extends that ancient distinction to a working tool for space entities. A modern space system is made of things — satellites, receivers, ground stations — but what organizes those things is code, standards, procedures, licenses, and treaties. The formal cause, in the framework, is that entire stratum of organizing principles. The choice to treat software as Formal rather than as a thing in its own right is deliberate: software does not propagate in orbit; it organizes what material systems do. The same applies to an interface control document or to a treaty text. These are not artefacts in the material sense; they are forms that matter takes.
The framework’s stratification across four levels is essential here, because form is almost never uniform across a space system. At the Foundational level, form is set by physics — orbital mechanics, the propagation of electromagnetic signals, radiation environments — and by foundational space law, the Outer Space Treaty and the liability conventions. At the Subsystem level, form is engineering: interface specifications, quality standards, software libraries, data models, cybersecurity frameworks. At the System level, form is the mission architecture and the governance processes that run it. At the Supersystem level, form is international — treaties, ITU allocations, export control regimes, strategic doctrines, and the market mechanisms through which commercial space operates.
A crucial distinction runs through all four levels: some formal constraints are non-negotiable and some are politically malleable. A strategist who treats the two kinds of constraint as equivalent makes the first basic error the method is built to prevent.
| Level | Example constraints | Malleability |
|---|---|---|
| Foundational | Orbital mechanics, signal propagation, radiation | Non-negotiable |
| Foundational | Outer Space Treaty, liability conventions | Politically malleable, slowly |
| Subsystem | Interface specs, engineering standards, cybersecurity frameworks | Malleable under technical pressure |
| System | Mission architecture, governance processes | Malleable by program decision |
| Supersystem | ITU allocations, export controls, strategic doctrine | Politically malleable, variable tempo |
What the Method Actually Sees
The characteristic analytical move is tracing form across the four levels and watching for the places where the layers contradict. A single architectural diagram or a single regulatory text is never enough. The method insists on reading the stack.
Reading the Formal Stack of a Dual-Use Earth Observation Constellation
Consider a generic case: a mid-sized state is fielding an Earth observation constellation intended for civil uses — agriculture, disaster response, land use — while also serving national security customers. The material assets are standard. The agents are well understood. The purpose is dual and publicly acknowledged. The strategic question is whether the formal stack is coherent enough to support both missions without forcing either to degrade.
At the Foundational level, orbital mechanics constrain coverage and revisit. The state’s foundational space law treats the Outer Space Treaty as the governing frame; liability and registration conventions apply. These are non-negotiable constraints and the analysis simply registers them.
At the Subsystem level, the constellation uses sensor standards drawn from a civil scientific community, data formats compatible with open-source tooling, and a cybersecurity framework adapted from the state’s national IT standards. The civil side is coherent. The national security side imposes additional classification controls and a parallel encryption stack on select channels. Already at this level the formal environment bifurcates: the same hardware runs two different formal regimes in parallel.
At the System level, the mission architecture includes a tasking and dissemination governance process. The civil tasking pipeline is publicly documented. The national security tasking pipeline is opaque. Where the two pipelines share infrastructure, a written procedure governs deconfliction, but the procedure reflects an earlier, simpler operational tempo and has not been revised as the national security customer’s appetite has grown. A reader of this level would flag procedure-versus-practice risk.
At the Supersystem level, the constellation operates under a national commercial remote sensing license that sets resolution caps and sharing rules for certain regions, under an export control regime that limits transfer of sensor data and ground segment software, and under international data-sharing arrangements that the civil side has joined. A Supersystem-level contradiction is visible: the international arrangements assume open data sharing under standards the export control regime forbids for the most operationally valuable imagery. The reconciliation is an administrative workaround — shared derivative products rather than primary data — that no formal document acknowledges as the actual practice.
The non-obvious insight is that the constellation’s formal environment is coherent mission-by-mission and incoherent program-wide. Each mission can be run. The program cannot be strategically planned, because each mission has a different formal footprint and the footprints contradict. The deliverable is a choice: either reconcile the stack by renegotiating the Supersystem-level inconsistency, or accept the bifurcation and build the program around two operational identities rather than one. Neither choice is cheap. Neither is visible from within any single level. This is what the cross-level reading produces.
Where It Shines, Where It Limps
Formal Dimension Analysis excels when the question is strategic positioning in a contested or fragmented governance environment. It is the right instrument for interoperability assessments, for compliance exposure analysis, for detecting the bottlenecks that quietly slow major programs, and for reading the strategic implications of pending treaty negotiations or standards changes. When a program’s trajectory is shaped more by the rules it must satisfy than by the hardware it must build, no other method in the library is as direct.
Its limits are honest. Formal structures on paper are not operational reality, and the method must be paired with Efficient Dimension Analysis or with IAD for a reading of enacted behavior. International space governance is fragmented and changes on short clocks, and an analysis more than a year old should be refreshed before being acted on. The treatment of software as Formal is a convention of this framework that the analyst should hold consistently but should not expect other traditions to share.
The method is deliberately partial. It reads form and nothing else. A program with a coherent formal stack can still fail because its material base is inadequate, its agents are unwilling, or its purpose has quietly drifted. Material Dimension Analysis identifies the physical realities the form must accommodate. Efficient Dimension Analysis reveals which agents enforce or circumvent the form. Final Dimension Analysis tests whether the form serves declared purpose or has become self-perpetuating. Regulatory Impact Analysis consumes formal-environment findings for policy design work, and the 4×4 Matrix Mapping integrates all four dimensional readings when the question requires the whole picture.
A final discipline: do not catalog. The temptation in Formal analysis is to produce a long list of standards, regulations, and architectures and consider the work done. The inventory is a prerequisite for the analysis, not the analysis itself. The method’s work is in the cross-level coherence reading, the form-versus-practice gaps, the evolution assessment, and the identification of where the stack is exposed. A report without these readings is a compliance document, not a Formal Dimension Analysis.
spacepolicies.org