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
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
/-- 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
/-- 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
/-- 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:
- What additional production-side law would identify the pair-kernel source coordinate as the positive action-dual source?
- What continuum-source identification would complete the eight-phase transaction aggregate?
- How does the coherence-event invariant relate to the physical recognition-to-linking bridge that remains open?
- Does the S20 observable quotient have other production-side predicates that fail to descend, beyond the coherence-event invariant?
MACHINE LAYER · GROUNDED CLAIM TABLE · CLICK TO EXPAND
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]A primitive posting realizes exactly one coherence event when its kinematics carry the coherence energy for one fundamental Tick. coherentEventValuation_satisfies_invariant · IndisputableMonolith/Foundation/PairKernelGap2aProductionSideInvariantResidual.leanTHEOREM productionSideCoherenceInvariant_rejects_positive_action_rescaling · IndisputableMonolith/Foundation/PairKernelGap2aProductionSideInvariantResidual.lean
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⟩The doubled representative shares all observable data with the valid one, yet the invariant rejects it. productionSideCoherenceInvariant_rejects_positive_action_rescaling · IndisputableMonolith/Foundation/PairKernelGap2aProductionSideInvariantResidual.leanTHEOREM productionSideCoherenceInvariant_not_S20_descended · IndisputableMonolith/Foundation/PairKernelGap2aProductionSideInvariantResidual.lean
/-- 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)The invariant cannot descend through the S20 observable quotient. productionSideCoherenceInvariant_not_S20_descended · IndisputableMonolith/Foundation/PairKernelGap2aProductionSideInvariantResidual.leanTHEOREM productionSideCoherenceInvariant_implies_nativeActionAssignment · IndisputableMonolith/Foundation/PairKernelGap2aProductionSideInvariantResidual.lean
/-- 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 hinvariantOnce the invariant is supplied, it forces the native primitive action assignment. productionSideCoherenceInvariant_implies_nativeActionAssignment · IndisputableMonolith/Foundation/PairKernelGap2aProductionSideInvariantResidual.leanTHEOREM productionSideInvariant_alone_admits_distinct_positive_source_maps · IndisputableMonolith/Foundation/PairKernelGap2aProductionSideInvariantResidual.lean
/-- 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⟩The invariant has no source-coordinate field, so two distinct positive source maps can coexist with the same invariant valuation. productionSideInvariant_alone_admits_distinct_positive_source_maps · IndisputableMonolith/Foundation/PairKernelGap2aProductionSideInvariantResidual.lean