Encyclopedia Foundation Foundation Variational Dynamics Variational Implies Recognition Step

ARTICLE 3 claims 3 theorems

Foundation Variational Dynamics Variational Implies Recognition Step

A machine-checked theorem shows that a ledger which updates by minimizing its total cost always produces a valid recognition step, without specifying how that step is chosen.

The bridge to a valid step

A recognition step is a transition in a ledger, a discrete record of events, from one state to another, with the only requirement that the total defect, a measure of imbalance, does not increase. The theorem variational_implies_recognition_step proves that if a ledger updates by choosing a new state that minimizes the total defect among all states reachable under a conservation law, then that new state qualifies as a valid recognition step. The conservation law preserves the sum of the logarithms of the entries, a quantity the framework treats as the ledger's charge.

The theorem is a bridge. It connects a precise, variational rule for how the ledger evolves to the more general definition of a recognition step. The variational rule, called IsVariationalSuccessor, demands two things: the new state must have the same log-charge as the old one, and its total defect must be no greater than that of any other state with the same charge. The theorem states that any such successor, for any tick value, yields a recognition step whose input and output defects match the total defects of the two configurations.

The proof is a formal one, checked by a machine-checked library of formal theorems. It does not construct the recognition step's internal structure; it only shows that one exists, with the required defect values. This is a purely logical guarantee: the variational update rule is sufficient for the recognition step condition. The theorem does not say that the variational rule is the only way to produce a recognition step, nor does it say anything about which specific state the ledger will pick when multiple minimizers exist.

What this means in practice is that the framework's two descriptions of dynamics, one based on cost minimization and one based on the general step condition, are consistent. The variational principle is not a separate, ad hoc addition; it is a refinement that satisfies the earlier, more general requirement. This closes a gap in the framework's foundation, showing that the equation of motion for the ledger, the rule that determines the next state, is compatible with the definition of a recognition step.

THEOREM variational_implies_recognition_step · IndisputableMonolith/Foundation/VariationalDynamics.lean
variational_implies_recognition_step · IndisputableMonolith/Foundation/VariationalDynamics.lean:510
/-- **Theorem (Variational Implies Recognition Step)**:
    Every variational step produces a valid `RecognitionStep` in the
    `TimeEmergence` framework.

    The variational dynamics generates the defect-reducing steps that
    TimeEmergence postulated but never constructed. -/
theorem variational_implies_recognition_step {N : ℕ}
    (c next : Configuration N)
    (h : IsVariationalSuccessor c next)
    (tick_val : ℕ) :
    ∃ step : RecognitionStep,
      step.input.defect = total_defect c ∧
      step.output.defect = total_defect next := by
  refine ⟨{
    input := {
      tick := ⟨tick_val⟩
      defect := total_defect c
      defect_nonneg := total_defect_nonneg c
    }
    output := {
      tick := ⟨tick_val + 1⟩
      defect := total_defect next
      defect_nonneg := total_defect_nonneg next
    }
    tick_advance := rfl
    defect_reduce := variational_step_reduces_defect c next h
  }, rfl, rfl⟩
THEOREM Feasible · IndisputableMonolith/Foundation/VariationalDynamics.lean
/-- The feasible set: configurations reachable in one tick.
    A configuration c' is feasible from c if:
    1. All entries remain positive
    2. Total log-charge is conserved -/
def Feasible {N : ℕ} (c : Configuration N) : Set (Configuration N) :=
  { c' : Configuration N | log_charge c' = log_charge c }
THEOREM variational_implies_recognition_step · IndisputableMonolith/Foundation/VariationalDynamics.lean
variational_implies_recognition_step · IndisputableMonolith/Foundation/VariationalDynamics.lean:510
/-- **Theorem (Variational Implies Recognition Step)**:
    Every variational step produces a valid `RecognitionStep` in the
    `TimeEmergence` framework.

    The variational dynamics generates the defect-reducing steps that
    TimeEmergence postulated but never constructed. -/
theorem variational_implies_recognition_step {N : ℕ}
    (c next : Configuration N)
    (h : IsVariationalSuccessor c next)
    (tick_val : ℕ) :
    ∃ step : RecognitionStep,
      step.input.defect = total_defect c ∧
      step.output.defect = total_defect next := by
  refine ⟨{
    input := {
      tick := ⟨tick_val⟩
      defect := total_defect c
      defect_nonneg := total_defect_nonneg c
    }
    output := {
      tick := ⟨tick_val + 1⟩
      defect := total_defect next
      defect_nonneg := total_defect_nonneg next
    }
    tick_advance := rfl
    defect_reduce := variational_step_reduces_defect c next h
  }, rfl, rfl⟩

What this page does not claim

The variational rule is the only way to produce a recognition step. The theorem specifies which state the ledger will choose when multiple minimizers exist. The theorem provides a physical interpretation of the ledger's conserved charge.

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/VariationalDynamics.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