Encyclopedia Foundation Foundation Ledger Canonicality Conserved Charge

ARTICLE 3 claims 3 theorems

Foundation Ledger Canonicality Conserved Charge

In the Recognition Science framework, a conserved charge is first defined as a bare labeling of states, and only later acquires its meaning from a separate rule about how states change.

A charge that is only a label

A conserved charge is a quantity that stays the same while a system changes. In physics, electric charge is the familiar example: the total charge in an isolated region does not change as particles move and interact. The Recognition Science framework builds its own version of this idea from a ledger, a discrete record of events. The framework's declaration ConservedCharge establishes the first, minimal piece: a charge is simply a function that assigns a real number to every state of a system. That is all the declaration itself proves.

The framework is explicit that conservation is not a property of a bare charge function. A charge only becomes conserved when it is paired with a transition map, a rule saying how states evolve. The declaration's documentation records a deliberate correction: an earlier version claimed that equal charges implied a trivial statement, which excluded nothing. The corrected definition separates the label from the dynamics. A charge is a label; conservation is a separate requirement that the label survives a transition.

In the framework's fuller structure, the ZeroParameterComparisonLedger packages this charge together with other primitive pieces: countable states, a symmetric comparison cost, and closure under composition. The neutral sector, the set of states with zero charge, is defined from the charge function and is nonempty in the generic case. These pieces feed downstream theorems about hierarchy and dynamics, but the ConservedCharge declaration itself does not force any of that. It establishes only the labeling, and the framework says so plainly.

THEOREM ConservedCharge · IndisputableMonolith/Foundation/LedgerCanonicality.lean
/-- A ledger scalar quantity on a type `α` with values in `ℝ`.

Conservation under dynamics is not a property of a bare charge function: it
requires a transition map (see `ClosedFramework.ClosedObservableFramework`,
field `charge_conserved : ∀ s, charge (T s) = charge s`). Former field
`charge_conserved : ∀ s₁ s₂, charge s₁ = charge s₂ → True` deleted (Move A):
equal charges implying `True` excluded nothing. -/
structure ConservedCharge (α : Type) where
  charge : α → ℝ
THEOREM ConservedCharge · IndisputableMonolith/Foundation/LedgerCanonicality.lean
/-- A ledger scalar quantity on a type `α` with values in `ℝ`.

Conservation under dynamics is not a property of a bare charge function: it
requires a transition map (see `ClosedFramework.ClosedObservableFramework`,
field `charge_conserved : ∀ s, charge (T s) = charge s`). Former field
`charge_conserved : ∀ s₁ s₂, charge s₁ = charge s₂ → True` deleted (Move A):
equal charges implying `True` excluded nothing. -/
structure ConservedCharge (α : Type) where
  charge : α → ℝ
THEOREM ConservedCharge · IndisputableMonolith/Foundation/LedgerCanonicality.lean
/-- A ledger scalar quantity on a type `α` with values in `ℝ`.

Conservation under dynamics is not a property of a bare charge function: it
requires a transition map (see `ClosedFramework.ClosedObservableFramework`,
field `charge_conserved : ∀ s, charge (T s) = charge s`). Former field
`charge_conserved : ∀ s₁ s₂, charge s₁ = charge s₂ → True` deleted (Move A):
equal charges implying `True` excluded nothing. -/
structure ConservedCharge (α : Type) where
  charge : α → ℝ

What this page does not claim

The declaration does not prove that any particular charge is conserved under any dynamics. The declaration does not derive the existence of a transition map or any specific evolution rule. The declaration does not establish that the neutral sector is nonempty for all ledgers, only for those with zero-charge states.

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