Gate Traceability — method & template — rendered package. Rendered from gate-traceability-template.md; frozen technical content unchanged by rendering.

Gate Traceability — method & template

Internal working document — published for transparency. This page is part of the tooling used to build and verify this site’s gate ledgers — it documents process, not physics. It is kept public so the build discipline itself can be inspected. The physics closure-of-record is the gate board; start at the anchors overview.

This is the reusable method page for every per-gate anchor ledger. It is not a gate-specific page. It teaches how to build a gate ledger — for SG-4, SG-5, and every later gate — so that the same discipline applies everywhere and nothing load-bearing ever floats silently.

A gate is a place where the framework claims to read some piece of Standard-Model structure off the frozen 13D shape. Each gate touches a handful of exact objects — a charge relation, a quotient, an anomaly ledger, a custodial parameter, a winding number. The danger is always the same: a real local win gets quietly inflated into a whole-gate closure, a filter gets sold as a selector, or a measured input gets re-narrated as a derivation. The template on this page exists to make that inflation impossible by construction.

Status precedence. This is a method/template page for building per-gate anchor-traceability ledgers; its roll-up vocabulary grades ledger rows on the strictest traceability axis, not gate status. Gate status is graded once, on the live gate board33 requirement-gates: all 33 RESOLVED at +0 · 0 ANCHORED at +1 · 0 OPEN (ratified 2026-07-08), with the separate honest axis stated just as plainly: 0 of 33 physics-closed, because every closure rests on declared measured anchors — and the per-gate dossiers are the closure-of-record. Where a worked example below names a residual, the same residual is shown openly on its board row; nothing on this page re-opens a closed gate.

The page thesis. A gate page is complete only when every exact object it touches has a root trace, a master-anchor trace, a status label, an allowed claim, a forbidden claim, and an open-residual / closure task.

The three discipline lines run through every gate page, never dropped:

selection ≠ derivation · given-E ≠ derivation-of-E · frozen / reproducible ≠ proven-unique.

This page grounds in the anchoring method, the master anchor, and the seven deep roots. The two worked examples below (SG-4, SG-5) are the canonical instantiations — read them alongside this template.


1. The status taxonomy (use only these labels)

Every major claim on a gate page must carry exactly one of the allowed status labels. No free-floating adjectives ("solid", "robust", "essentially closed") are permitted in place of a status. The allowed set, with what each one means:

Label Meaning
GENERATED The object is produced by declared invariant structure (geometry / grammar / index theorem), not written in by hand.
DERIVED-GIVEN-E The object follows given the frozen shape and given the observed spectrum $E$. It is a real consequence — but never a derivation of $E$ itself.
MEASURED The object is an empirical input read from experiment (e.g. an anchor scale). It is charged, not derived.
CHARGED The object is a primitive input paid for explicitly in the generator's cost (a bundle choice, a normalization, a selector).
DECLARED ROOT A root-level posit at which the framework bottoms out; named and typed, not proven.
AXIOM-OPEN / declared A declared posit local to the gate (e.g. a quotient table) — selected and frozen, not forced.
AUDIT ONLY An audit artifact (freeze hash, manifest, reproducer/validator). It certifies which object was tested and that it was not retuned. It never validates the physics.
OPEN A named, finite residual that is not yet closed.
BLOCKED An open residual whose closure is gated on a specific missing artifact or computation.
ANTI-CLAIM An explicit forbidden statement the page refuses to make.

The gate roll-up on this traceability axis is the least-closed residual (the since-retired mid-audit roll-up rubric — the closure-of-record grades by reached terminals; see /gates/): the ledger row stays OPEN if any required piece is open, regardless of how strong its local legs are. This is the row-audit discipline only; the gate’s terminal grade lives on the live /gates/ board.


2. The seven-root hierarchy (every gate anchor must link to ≥1 root)

Every gate anchor must trace to at least one of the seven deep roots. If no root link can be found, the item is not admissible until it is instead measured, charged, declared, or marked open. The seven roots, used consistently across all gate pages:

  1. Physical Equivalence / Invariance Root — only frame/gauge/coordinate-invariant content is physical.
  2. Record Interface Root — a claim earns status only by connecting to finite, reproducible records.
  3. Causal Order Root — admissible structure respects a causal/partial order.
  4. Granularity / Cost-Floor Root — finite recordability imposes a cost floor; no unpaid exact labels.
  5. Scale Root — dimensionful structure requires a measured scale (e.g. $M_{\rm Pl}$).
  6. Shape Root — the frozen 13D geometry supplies carriers, cycles, quotients.
  7. Nonseparability / Global State Constraint Root — local closure is constrained by global state; it is why a local leg need not close the whole gate.

These roots are not all theorem-grade. Two are meta-admissibility roots (Invariance, Record Interface), the rest are charged physical posits or proof targets. Naming them is the point — it forces every resting place into the open.


3. The master-anchor hierarchy (every gate anchor must link to ≥1 master anchor)

Every gate anchor must also trace to at least one master anchor — the operational clauses of the master anchor $A_0$:

If an anchor links to no master anchor, it is a floating anchor and is inadmissible until typed.


4. The universal gate ledger table

Every gate ledger must use this exact table — one row per exact object the gate touches, at atomic granularity (do not collapse distinct objects into vague rows):

Gate anchor Exact object Deep-root link Master-anchor link Status Allowed claim Forbidden claim Open residual / closure task

A row is admissible only when all eight cells are filled with concrete content: a named anchor, the exact mathematical object, ≥1 of the seven roots, ≥1 master anchor, one allowed status label, what it may claim, what it may not claim, and the residual/closure task (or "—" only when genuinely terminal).


5. The eleven-section gate page structure

Every per-gate page must have these eleven sections, in order:

  1. Gate status header — the board terminal from the live /gates/ ledger, plus this axis’s strictest-row roll-up; the exact closed local/partial leg as a formula $O_{\rm GATE,local}(E_{\rm frozen})=0$; the status of that leg.
  2. Frozen inputs — branch hashes (AUDIT ONLY); $E_{\rm frozen}$ and any upstream object (GIVEN-E / charged), explicitly not derived here.
  3. Gate-specific anchor set — the spectrum / fields / structures the gate acts on (given-E / upstream-inherited).
  4. Root and master-anchor traceability — which deep roots are load-bearing and why; which master anchors are in play.
  5. Universal anchor ledger table — the table of §4, one row per exact object.
  6. Calculations / obstruction map — the actual computation at full depth (formulas, witnesses, the obstruction map split into local vs full), with at least one specificity diagnostic showing the result is specific, not trivial.
  7. Local result versus whole-gate status — the explicit local-vs-full distinction (see §6).
  8. Open residuals / closure family — each residual a separate row, grouped by family; never collapsed.
  9. Anti-claims — the explicit forbidden statements for this gate (see §8).
  10. Specialist closure plan — each open residual as a concrete, finite, target-blind work-package: what closes it, the machinery, and the falsifier / negative outcome.
  11. Completion tests — the required-presence and required-absence lists, plus the final completion report.

6. Local result versus whole-gate status

This is the single most important discipline on a gate page. A gate page must explicitly state:

$$\text{local leg closed} \;\neq\; \text{whole gate closed}.$$

A closed local leg is a genuine, checkable win. It is not a whole-gate closure, and a gate page that lets the two blur has failed its primary job. On this traceability axis the roll-up stays at the least-closed residual; the gate’s terminal grade lives on the live /gates/ board.


7. The obstruction-map pattern

For each gate, define the obstruction map as a tuple of named components:

$$O_{\rm gate}(X) = \big( O_1(X), O_2(X), \ldots, O_n(X) \big).$$

State the exact closed claim as a specific component evaluated at the frozen input — for example:

$$O_{\rm gate,local}(X_{\rm frozen}) = 0,$$

instead of claiming the full map vanishes when residuals remain open. Asserting $O_{\rm gate}(X_{\rm frozen})=0$ while any $O_i$ is open is forbidden. The closed claim is always the named sub-tuple, never the whole map until every component is terminal.


8. The anti-claim method

Each gate must include at least one anti-claim per major overclaim risk. The six risk channels every gate page must check:

Overclaim risk The anti-claim pattern
source / selector overclaim "the gate selects" → it admits / filters, given $E$; a filter is not a selector ($\ker O \ne \{E_{\rm SM}\}$).
derivation overclaim "the gate derives $E$" → it is DERIVED-GIVEN-E; $E$ is inherited, never derived.
closure overclaim "the gate is closed" → state the axis: the named local leg closes here; the whole-gate terminal grade is the live /gates/ ledger row, never inferred from a local leg alone.
hash / audit overclaim "the hash validates the physics" → hashes validate frozen-object identity / audit integrity only.
local / global overclaim "local closure = whole-gate closure" → it does not; the roll-up is the least-closed residual (the since-retired mid-audit roll-up rubric — the closure-of-record grades by reached terminals; see /gates/).
measurement / input overclaim "the measured anchor is derived" → it is MEASURED / CHARGED; it is an input, not an output.

9. Worked example — SG-4 (hypercharge & anomaly)

The SG-4 ledger is the canonical instantiation of this template.


10. Worked example — SG-5 (electroweak embedding / EWSB)

The SG-5 ledger instantiates the template for a gate with a strong embedding leg and a live computed finding.


11. Required completion-test table for gate pages

Every gate page must include this self-report table:

Test ID Requirement Pass condition Fail condition
GATE-01 Gate status stated explicit status in first 100 words no status
GATE-02 Frozen inputs listed input ledger exists hidden inputs
GATE-03 Anchors listed anchor table exists anchors missing
GATE-04 Root traceability every row has root link floating anchor
GATE-05 Master traceability every row has master link floating anchor
GATE-06 Calculation shown equations/ledger present only verbal
GATE-07 Open residuals listed residual section exists residuals omitted
GATE-08 Anti-claims listed forbidden claims box exists no anti-claims
GATE-09 Local/global distinction separated explicitly local closure overstated
GATE-10 Completion report report included no report

Allowed status labels (the only tokens a gate page may use): DECLARED ROOT · GENERATED · DERIVED-GIVEN-E · MEASURED · CHARGED · AUDIT ONLY · OPEN · BLOCKED · ANTI-CLAIM.


12. Global forbidden overclaims (every gate page must avoid all of these)


13. Completion tests for this method page

Required presence (all met): the page thesis · the status taxonomy with meanings · the seven-root hierarchy + root-link rule · the master-anchor hierarchy + master-link rule · the universal gate ledger table · the eleven-section structure · the local-vs-full-gate distinction $\text{local leg closed}\neq\text{whole gate closed}$ · the obstruction-map pattern $O_{\rm gate}(X)=(O_1,\ldots,O_n)$ with the local-component closed claim · the six-channel anti-claim method · the SG-4 example ($O_{\rm SG4,local}=0$, DERIVED-GIVEN-E, anomaly-selector forbidden) · the SG-5 example (embedding $\to U(1)_{\rm em}$, $\rho/$hierarchy residuals, $\rho=1$ overclaim forbidden) · the GATE-01..GATE-10 completion-test table · the allowed status labels · the global forbidden overclaims · this completion report.

Required absence (all held): no claim that any gate is fully closed by a local leg · no claim that $E$ is derived · no claim that a filter is a selector / anomaly cancellation selects the SM · no claim that the 13D shape is absolutely unique · no claim that hashes validate physics · no claim that $\rho=1$ / the hierarchy is derived · no claim that any root is theorem-grade across the board · no FTL / superluminal-signal claim · no use of any status label outside the allowed set · no reader-visible build-process vocabulary.


Completion report


See also: The Anchor Hierarchy — overview · The Seven Deep Roots · Master / Fundamental Anchors · The Logical Endpoint Proof · Gate Traceability — method & template · Blind Spots & Implicit Assumptions · The AI-Agent Completion Protocol · the anchoring method index · the worked examples: SG-4 ledger · SG-5 ledger.