Masses Mass Genesis T10 Source Window Naturality No Functional Source Window Rel

The missing map

A recognition event, a discrete record of something happening, needs both a source and an outcome. In the Recognition Science account of how particle masses arise, the source is a signed posting on a finite torus with 27 sites, and the outcome is a photon window, one of eight possible phase states. The framework's machine-checked library of formal theorems proves that no functional relation can extend the current physical-window compatibility relation. In plain terms: there is no rule that takes a source and returns exactly one window while also agreeing with every window that current physics already accepts.

The proof runs on a size mismatch. The source lives on a domain with 27 elements, the window on a domain with 8, and the library proves these are not equivalent as finite types (no_equiv_torusGreenDomain_photonWindowDomain). A functional relation, one that assigns at most one window per source, cannot bridge the two. The theorem no_functional_sourceWindowRelation_extends_currentCompatibility states this directly: no such relation exists. The current Maxwell/DEC channel adds no help, since its current is identically zero (finitePhotonChannel_J_zero), so it selects no window either.

The wall has three faces. Any functional relation that extends current compatibility cannot be a source-window naturality law. Any functional signed-source relation that admits the gap-one window must exclude the gap-two window (functional_sourceWindowRelation_excludes_gapTwo_of_gapOne). And a constant gap-one relation, one that always picks the same window regardless of source, is source-blind and therefore not a naturality law (constantGapOne_not_sourceWindowNaturalityLaw). The missing piece is a target-blind, source-dependent functional map from the signed source to one raw photon window. The module does not construct that map.

What this changes: the framework has a precise, proved statement of where the mass-genesis bridge breaks. The gap is not a vague incompleteness but a named absence, a functional map that does not exist under the current definitions. That absence is now a target for further work, not a silent assumption.

/-- **Naturality wall.** No functional signed-source relation can extend the
current physical-window compatibility class: that class already contains both
gap-one and gap-two. -/
theorem no_functional_sourceWindowRelation_extends_currentCompatibility :
    ¬ ∃ relation : SignedSourcePhotonWindowRelation3,
      IsFunctionalSignedSourcePhotonWindowRelation3 relation ∧
        ExtendsCurrentPhysicalWindowCompatibility3 relation := by
  rintro ⟨relation, hfunctional, hextends⟩
  exact gapOneTwoPhaseMode_ne_gapTwoTwoPhaseMode
    (hfunctional
      (phaseSignedPostingPhotonSource3 0)
      gapOneTwoPhaseMode
      gapTwoTwoPhaseMode
      (hextends _ _ gapOne_currentPhysicalPhotonWindowCompatible)
      (hextends _ _ gapTwo_currentPhysicalPhotonWindowCompatible))

/-- There is no type equivalence between the torus Green domain and the
eight-tick photon window domain. A non-equivalence transport remains OPEN;
this only kills identity/domain-equivalence shortcuts. -/
theorem no_equiv_torusGreenDomain_photonWindowDomain :
    IsEmpty (Fin (TorusCard3 3) ≃ Fin 8) := by
  refine ⟨fun e => ?_⟩
  have hcard := Fintype.card_congr e
  rw [Fintype.card_fin, Fintype.card_fin, torusCard3_eq_twentySeven] at hcard
  exact (by decide : ¬(27 = 8)) hcard

/-- **Discriminator theorem.** Any functional signed-source relation that
admits the gap-one window on the phase-zero source must exclude the gap-two
window. The exclusion is forced by functionality and the distinct windows,
not by inspecting support after the fact. -/
theorem functional_sourceWindowRelation_excludes_gapTwo_of_gapOne
    (relation : SignedSourcePhotonWindowRelation3)
    (hfunctional : IsFunctionalSignedSourcePhotonWindowRelation3 relation)
    (hgapOne :
      relation (phaseSignedPostingPhotonSource3 0) gapOneTwoPhaseMode) :
    ¬ relation (phaseSignedPostingPhotonSource3 0) gapTwoTwoPhaseMode := by
  intro hgapTwo
  exact gapOneTwoPhaseMode_ne_gapTwoTwoPhaseMode
    (hfunctional
      (phaseSignedPostingPhotonSource3 0)
      gapOneTwoPhaseMode
      gapTwoTwoPhaseMode
      hgapOne
      hgapTwo)

theorem constantGapOne_not_sourceWindowNaturalityLaw :
    ¬ ∃ law : SourceWindowNaturalityLaw3,
      law.relation = constantGapOneSignedSourcePhotonWindowRelation3 := by
  rintro ⟨law, hrel⟩
  exact law.not_source_blind
    (hrel ▸ constantGapOne_is_sourceBlind)

What this page does not claim

The theorem does not claim that no source-to-window map exists at all, only that no functional one extends current compatibility. The theorem does not construct the missing map or identify what physical premise would supply it. The theorem does not claim the framework has derived particle masses; the mass-genesis bridge remains incomplete at this step.

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/T10SourceWindowNaturality.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: