Company / The work

Two halves, one structure.

The research came first and the software came second, and they are not a paper and its implementation. They are two independent routes to the same set of constants.

Read either side first. The claim worth testing is that they meet in the middle.


Where they meet

The same constants, from opposite directions.

This is the only reason to publish both halves together. A constant that was argued for on paper and then appears as a literal in unrelated code is a different kind of evidence than either one alone — and it is checkable, which is the point.

3 × 3 × 7 = 63Argued in the decomposition research; domainLibrary.ts slices a domain into 63 layers, and a test suite asserts TOTAL_TOOLS === 63
Seven per axisArgued as a ceiling on distinguishable items at one level; CANONICAL_ARCS is exactly seven, and the key system's address space is galaxy 1–3 · system 1–3 · object 1–7
342 + a portalThe fractal template's descent rule; CUBE_DATA_CELLS = 342, with (6,6,6) reserved and opening a full child level
Prime widthArgued as resistance to sub-block aliasing — and published as rationale, not a measured result, because it has not been tested
Stated honestly

Convergence between writing and code by the same person is not independent replication, and we are not going to present it as though it were. What it is: a design whose constants were committed to in writing before the implementation existed, so the implementation can be checked against them rather than the other way round.

← BackOverview