Encyclopedia Foundation Foundation Pair Kernel Gap2a Production Side Invariant Residual

ARTICLE 5 claims 5 theorems

Foundation Pair Kernel Gap2a Production Side Invariant Residual

A machine-checked proof shows that a single coherence event, one fundamental tick of action, cannot be confused with a doubled one, even when all observable data match.

The coherence-event invariant

In the Recognition Science framework, a ledger is a discrete record of events, and each event carries kinematics: the physical data of its motion. The framework's machine-checked library of formal theorems now proves a sharp discrimination result about these events. A primitive posting, one indivisible entry in the ledger, realizes exactly one coherence event when its kinematics carry the coherence energy for one fundamental Tick, the framework's basic unit of action. This is the production-side invariant: a predicate that selects the correct, native action scale for a posting.

The theorem's power comes from what it rejects. The library constructs a second valuation with the same recognition-side carrier, survival, and price data, but with doubled primitive action. This doubled representative satisfies the same observable class: all phase-by-phase action values are exactly twice the original. Yet the invariant rejects it. The proof, doubledCoherentAction_not_invariant, shows the doubled valuation fails the coherence-event predicate. Because the doubled representative shares all observable data with the valid one, the invariant cannot descend through the S20 observable quotient: it is a genuine production-side premise, not a derived observable.

This discrimination is not an isolated curiosity. The library proves that once the invariant is supplied, it forces the native primitive action assignment: any valuation satisfying the invariant must carry the minimum J posting with native action. The invariant therefore breaks the S20 positive action-scale torsor, the ambiguity that previously allowed multiple action scales for the same observable physics. The result is a precise, machine-checked statement of what the coherence-event invariant can and cannot do.

The limits are as important as the achievement. The invariant has no source-coordinate field, so two distinct positive source maps can coexist with the same invariant valuation. The library proves this explicitly with productionSideInvariant_alone_admits_distinct_positive_source_maps. Likewise, the invariant does not identify a complete eight-phase transaction aggregate: a different positive continuum-source representative remains available. The sharp residual, certified by productionSideCoherenceInvariant_gap2a_residual, is that primitive action is selected, but source duality and complete eight-posting continuum-source identification remain unattached. These are open targets, not failures of the framework.

THEOREM coherentEventValuation_satisfies_invariant · IndisputableMonolith/Foundation/PairKernelGap2aProductionSideInvariantResidual.lean
theorem coherentEventValuation_satisfies_invariant :
    ProductionSideCoherenceEventInvariant3
      coherentEventValuation3 := by
  constructor
  · intro event hevent
    simp [coherentEventValuation3, scalePhysicalValuation3,
      scalePostingEventKinematics3, unitRecognitionPhysicalValuation3,
      unitPostingEventKinematics3]
  · intro event hevent
    simp [coherentEventValuation3, scalePhysicalValuation3,
      scalePostingEventKinematics3, unitRecognitionPhysicalValuation3,
      unitPostingEventKinematics3]
THEOREM productionSideCoherenceInvariant_rejects_positive_action_rescaling · IndisputableMonolith/Foundation/PairKernelGap2aProductionSideInvariantResidual.lean
productionSideCoherenceInvariant_rejects_positive_action_rescaling · IndisputableMonolith/Foundation/PairKernelGap2aProductionSideInvariantResidual.lean:146
theorem productionSideCoherenceInvariant_rejects_positive_action_rescaling :
    ProductionSideCoherenceEventInvariant3 coherentEventValuation3 ∧
      SameRecognitionData3
        coherentEventValuation3
        doubledCoherentActionValuation3 ∧
      physicalObservableClass3 coherentEventValuation3 =
        physicalObservableClass3 doubledCoherentActionValuation3 ∧
      (∀ phase : Fin 8,
        postingEventAction3 coherentEventValuation3.kinematics
            (phaseBearingPostingEvent3 phase).1 ≠
          postingEventAction3
            doubledCoherentActionValuation3.kinematics
            (phaseBearingPostingEvent3 phase).1) ∧
      ¬ ProductionSideCoherenceEventInvariant3
        doubledCoherentActionValuation3 :=
  ⟨coherentEventValuation_satisfies_invariant,
    coherent_doubled_sameRecognitionData,
    coherent_doubled_sameObservableClass,
    coherent_doubled_phase_action_ne,
    doubledCoherentAction_not_invariant⟩
THEOREM productionSideCoherenceInvariant_not_S20_descended · IndisputableMonolith/Foundation/PairKernelGap2aProductionSideInvariantResidual.lean
productionSideCoherenceInvariant_not_S20_descended · IndisputableMonolith/Foundation/PairKernelGap2aProductionSideInvariantResidual.lean:167
/-- The coherence-event invariant is exactly the kind of production-side
premise the previous residual proved was necessary: it cannot descend through
the S20 observable quotient. -/
theorem productionSideCoherenceInvariant_not_S20_descended :
    ¬ PhaseProductionPremiseDescendsThroughS20
      ProductionSideCoherenceEventInvariant3 := by
  intro hdescends
  exact doubledCoherentAction_not_invariant
    (hdescends coherentEventValuation3
      doubledCoherentActionValuation3
      coherent_doubled_sameRecognitionData
      coherentEventValuation_satisfies_invariant)
THEOREM productionSideCoherenceInvariant_implies_nativeActionAssignment · IndisputableMonolith/Foundation/PairKernelGap2aProductionSideInvariantResidual.lean
productionSideCoherenceInvariant_implies_nativeActionAssignment · IndisputableMonolith/Foundation/PairKernelGap2aProductionSideInvariantResidual.lean:180
/-- Once supplied, the production-side invariant forces the native primitive
action assignment. -/
theorem productionSideCoherenceInvariant_implies_nativeActionAssignment
    {valuation : RecognitionPhysicalValuation3.{0} 3}
    (hinvariant :
      ProductionSideCoherenceEventInvariant3 valuation) :
    MinimumJPostingCarriesNativeAction3
      (postingEventAction3 valuation.kinematics) :=
  primitiveCoherenceEvent_implies_nativeActionAssignment
    hinvariant
THEOREM productionSideInvariant_alone_admits_distinct_positive_source_maps · IndisputableMonolith/Foundation/PairKernelGap2aProductionSideInvariantResidual.lean
productionSideInvariant_alone_admits_distinct_positive_source_maps · IndisputableMonolith/Foundation/PairKernelGap2aProductionSideInvariantResidual.lean:193
/-- The coherence-event invariant has no source-coordinate field.  Therefore
two positive source maps can coexist with the same invariant valuation until
an action-dual source law is added. -/
theorem productionSideInvariant_alone_admits_distinct_positive_source_maps :
    ∃ sourceA sourceB : PostingPair3 3 → ℝ,
      (∀ event, 0 < sourceA event) ∧
        (∀ event, 0 < sourceB event) ∧
        ProductionSideCoherenceEventInvariant3
          coherentEventValuation3 ∧
        ∃ event : PostingPair3 3,
          event ∈ realizedPrimitivePostingPairs3 3 ∧
            sourceA event ≠ sourceB event := by
  refine
    ⟨fun _ => 1, fun _ => 2,
      (fun _ => by norm_num), (fun _ => by norm_num),
      coherentEventValuation_satisfies_invariant, ?_⟩
  obtain ⟨event, hevent⟩ :=
    realizedPrimitivePostingPair3_exists
  exact ⟨event, hevent, by norm_num⟩

What this page does not claim

The coherence-event invariant identifies the pair-kernel source coordinate as the positive action-dual source. The coherence-event invariant identifies a Lane-C-style continuum source with the complete eight-phase transaction aggregate. The framework derives the fine-structure constant or proves the Riemann Hypothesis.

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/Foundation/PairKernelGap2aProductionSideInvariantResidual.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:

MACHINE LAYER · GROUNDED CLAIM TABLE · CLICK TO EXPAND