Foundation Pair Kernel Exact Jsource First Event Operator Evolution Is Common Sc

A single scale for the first event

In the Recognition Science framework, a ledger, a discrete record of recognition events, starts with a single posting. That posting defines a field, a background against which later changes are measured. The declaration evolution_is_common_scale_hessian states a tight relationship: the operator that evolves this first event is exactly the curvature, or Hessian, of the event's own action, multiplied by one common scale. No other coefficient enters. The response of the system to a small change and the generator of its quantum fluctuations are two derivatives of the same action, not two pieces joined after choosing a Hamiltonian.

The proof is direct. The Hessian matrix, which records how the action curves in each pair of directions, is symmetric. The evolution operator built from it is Hermitian, so it generates a valid quantum time evolution, and it satisfies the Stone condition, the requirement that a generator produce a unitary group. The common scale is the native action per tick, a single number that multiplies the entire Hessian. This means the relative weights of all fluctuations are fixed by the geometry of the first event alone; no separate kinetic, potential, or source coefficient is selected.

In Recognition Science, this is a deliberate contrast with ordinary quantum mechanics, where a Hamiltonian is assembled from kinetic and potential terms with chosen coefficients. Here the construction is source-first and coefficient-free: the source response is the first variation of the action, and the fluctuation generator is its second variation. The framework proves these variational and operator properties. What it does not prove is that this operator is the molecular one-body Hamiltonian. The construction has no separate attractive potential and no selected molecular coupling ratio, so it does not close the dimensioned compiler or the Planck source-scale atom. That interpretation remains open.

A discriminating test is included: omitting the ordered-edge factor two is not the derivative of the exact J-cost, even on the smallest nontrivial carrier. The normalization is forced by the action itself, not chosen for convenience. The practical consequence is that within the framework, the first event's evolution is not a model choice but a derived object, and its single scale is the only free number in the story.

theorem evolution_is_common_scale_hessian
    (op : ExactJSourceFirstEventOperator3)
    (i j : Fin (TorusCard3 3)) :
    op.evolution.hamiltonian i j =
      Constants.E_coh * op.dimensionlessEvolution.hamiltonian i j :=
  rfl

theorem source_first_event_operator_isHermitian
    (op : ExactJSourceFirstEventOperator3) :
    (Hc op.evolution).IsHermitian :=
  Hc_isHermitian op.evolution

theorem source_first_event_operator_stone
    (op : ExactJSourceFirstEventOperator3) :
    StoneGeneratorCert (TorusCard3 3) op.evolution :=
  stoneGeneratorCert op.evolution

theorem sourceResponse_is_action_derivative
    (op : ExactJSourceFirstEventOperator3) (variation : EventField3) :
    HasDerivAt
      (fun t : ℝ =>
        eventExactJAction3
          (fun i => op.background i + t * variation i))
      (op.sourceResponse variation) 0 := by
  exact
    exactJCostAction_hasDerivAt_line
      (signedRecognitionProductionGraph3 3 (Equiv.refl (Fin 3)))
      op.background variation

theorem hessianEntry_eq_tangent_generator_on_basis
    (op : ExactJSourceFirstEventOperator3)
    (i j : Fin (TorusCard3 3)) :
    op.hessianEntry i j =
      exactJTangentLaplacian
        (signedRecognitionProductionGraph3 3 (Equiv.refl (Fin 3)))
        op.background (siteBasis3 j) i := by
  rw [ExactJSourceFirstEventOperator3.hessianEntry,
    exactJHessianPairing_eq_two_sum_mul_tangentLaplacian]
  simp [siteBasis3]

theorem hessianEntry_symmetric
    (op : ExactJSourceFirstEventOperator3)
    (i j : Fin (TorusCard3 3)) :
    op.hessianEntry i j = op.hessianEntry j i := by
  unfold ExactJSourceFirstEventOperator3.hessianEntry
  rw [exactJHessianPairing_comm]

/-- The response normalization is discriminating: omitting the
ordered-edge factor two is not the derivative of exact J even on the smallest
nontrivial carrier. -/
theorem missing_factor_two_decoy_rejected :
    ¬ HasDerivAt
      (fun t : ℝ =>
        exactJCostAction twoSiteUnitLedgerGraph
          (fun i => PairKernelSourceCoupling.twoSiteField 2 i +
            t * PairKernelSourceCoupling.twoSiteField 2 i))
      (Real.sinh 1) 0 :=
  missingFactorTwo_not_exactJDerivative

What this page does not claim

This operator is the molecular one-body Hamiltonian. The construction includes a separate attractive potential or a selected molecular coupling ratio. The dimensioned compiler or the Planck source-scale atom is closed by this result.

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