Masses Mass Genesis T10 Octave Settlement Readout Parity Octave Corner Window Cu

The parity window

In the Recognition Science account of how particle masses arise, the framework's library of machine-checked formal theorems builds a discrete model of recognition events. One part of that model, the T10 octave settlement readout, asks what happens when eight phase postings are added together. The plain sum of the eight is nonzero at every tick of the eight-tick cycle, so it cannot serve as a neutral background. The framework then tries a signed sum, multiplying each posting by an alternating sign. This parity-signed octave window is neutral, nontrivial, and vanishes at exactly two ticks: tick zero and tick five.

The declaration parityOctaveCornerWindow_currentPhysicalPhotonWindowCompatible proves that this signed window is compatible with the current physical photon window. In plain terms, the pattern of values across the eight ticks is one the framework recognizes as matching the window it associates with a real photon. The proof is a theorem in the machine-checked library, not a choice or a fitted parameter. The declaration also proves the window is not the same as either of the two simpler two-phase gap windows, and that it does not provide raw support for phases zero and one.

What the declaration does not claim is that this parity window is the final settlement mechanism. The framework's own readout says the residual is a settlement mechanism with genuinely two-phase output, and the parity window is not that. The declaration establishes a compatibility fact, not a complete physical derivation. It also does not claim that the plain octave sum is useful; that sum is explicitly shown to be nonzero at every tick and therefore not neutral. The parity window is the sharper object, but it is still a stepping stone in the forcing chain, not the endpoint.

/-- **Zero-set characterization.** The parity-signed settled readout vanishes
exactly at the two ticks whose Gray vertex is uniform: all-false at tick zero
and all-true at tick five. -/
theorem parityOctaveCornerWindow_eq_zero_iff (t : Fin 8) :
    parityOctaveCornerWindow t = 0 ↔ t = 0 ∨ t = 5 := by
  constructor
  · intro h
    fin_cases t
    · exact Or.inl rfl
    · exact absurd h parity_ne_one
    · exact absurd h parity_ne_two
    · exact absurd h parity_ne_three
    · exact absurd h parity_ne_four
    · exact Or.inr rfl
    · exact absurd h parity_ne_six
    · exact absurd h parity_ne_seven
  · rintro (rfl | rfl)
    · exact parityVal_zero
    · exact parityVal_five

/-- **Admissibility.** The parity-signed settled readout is a physically
compatible photon window: nontrivial with nonzero neutralized energy. The
settled octave does post an admissible window, derived from the source. -/
theorem parityOctaveCornerWindow_currentPhysicalPhotonWindowCompatible :
    CurrentPhysicalPhotonWindowCompatible parityOctaveCornerWindow := by
  refine ⟨parityOctaveCornerWindow_nontrivial, ?_⟩
  have hneutral : IsNeutral parityOctaveCornerWindow :=
    parityOctaveCornerWindow_neutral
  rw [LightLanguage.Geometry.NeutralMeaningManifold.neutralize_of_neutral
    parityOctaveCornerWindow hneutral]
  intro hzero
  have hall :=
    (Finset.sum_eq_zero_iff_of_nonneg
      (fun i _ => Complex.normSq_nonneg (parityOctaveCornerWindow i))).mp
      (by simpa [normSq8] using hzero) 1 (Finset.mem_univ 1)
  exact parity_ne_one (Complex.normSq_eq_zero.mp hall)

theorem parityOctaveCornerWindow_ne_gapOne :
    parityOctaveCornerWindow ≠ gapOneTwoPhaseMode := by
  intro h
  have h2 := congrFun h 2
  rw [show gapOneTwoPhaseMode 2 = 0 by simp [gapOneTwoPhaseMode]] at h2
  exact parity_ne_two h2

theorem parityOctaveCornerWindow_ne_gapTwo :
    parityOctaveCornerWindow ≠ gapTwoTwoPhaseMode := by
  intro h
  have h1 := congrFun h 1
  rw [show gapTwoTwoPhaseMode 1 = 0 by simp [gapTwoTwoPhaseMode]] at h1
  exact parity_ne_one h1

What this page does not claim

The parity window is not the final two-phase settlement mechanism. The plain octave sum is not neutral and cannot supply phase support. The declaration does not derive the photon's mass or any numerical value.

Verify this page

Every tagged claim above names its theorem. To check one yourself rather than trust this page, elaborate the source module with Lean 4 and audit its axiom basis:

$ lake env lean IndisputableMonolith/Masses/MassGenesis/T10OctaveSettlementReadout.lean
expected axiom basis: [propext, Classical.choice, Quot.sound] (the Lean kernel's standard three; no RS-specific axioms)

A page whose claims cannot be reproduced this way does not ship. In production, every anchor links to the exact declaration in the public source release, and this block carries the build receipt for the page itself.

Derived articles

This page is generated by a question-recursion engine: the questions its answers raise become the next pages. The current agenda, with open targets marked red: