Encyclopedia Gravity Gravity Conditional Slot Conditional Slot True Inhabited

ARTICLE 5 claims 5 theorems

Gravity Conditional Slot Conditional Slot True Inhabited

A small formal object shows how a mathematical claim can carry its assumptions visibly, and why that visibility matters for trust.

A proof that carries its own conditions

In mathematics, a statement like "there exists an object" can be true for a shallow reason. The declaration conditionalSlot_true_inhabited is a machine-checked proof that a particular kind of object, one that packages a condition together with its proof, exists when the condition is the trivial proposition True. The object in question is a conditional slot: a container that holds a proposition and a proof of that proposition. The theorem states that such a slot is inhabited, meaning constructible, exactly when its proposition is true. For the proposition True, the slot is trivially constructible, and the proof is a one-line verification.

The point of this result is not the trivial case itself. It is the contrast with an older, flawed design. Previously, the framework used a structure that hid its condition inside an existential field. That shell was always inhabitable, regardless of what condition was intended, because one could always fill it with the proposition True. Two shells with completely different content were both inhabited, so the type signature revealed nothing about what was assumed. The new conditional slot makes the condition a type parameter, so it appears in every signature. The theorem conditionalSlot_nonempty_iff proves that the slot is inhabited if and only if its parameter holds, and conditionalSlot_false_not_inhabited proves that a slot for the proposition False is not inhabited. A false assumption is now visibly unconstructable.

This formal fix has a practical consequence. The framework's library of machine-checked theorems uses such slots to state results about quantum gravity. Previously, a theorem that consumed the old shell could hide the fact that it depended on an assumption, because the shell type carried no information. After the fix, every consumer's type signature names the assumptions explicitly. The library retired a 57,000-line coordination module whose theorems were built on the old shell, and restated its endpoints over explicit proposition parameters. The change means a reader can see, from the type alone, what a theorem assumes and what it proves.

What this declaration does not claim is equally important. It does not prove that any physical theory of gravity is correct. It does not establish that the propositions used in the quantum gravity theorems are true. It only establishes that the conditional slot for True is inhabited, which is a statement about the formal system, not about physics. The theorem is a piece of bookkeeping hygiene: it makes the conditions of other proofs visible, so that a claim cannot accidentally appear stronger than it is.

THEOREM conditionalSlot_nonempty_iff · IndisputableMonolith/Gravity/ConditionalSlot.lean
conditionalSlot_nonempty_iff · IndisputableMonolith/Gravity/ConditionalSlot.lean:92
/-- **The slot is inhabited iff its parameter holds.** Unlike the vacuous shell,
the slot type carries exactly the information of `P`: you can build it precisely
when `P` is true. -/
theorem conditionalSlot_nonempty_iff (P : Prop) :
    Nonempty (ConditionalSlot P) ↔ P := by
  constructor
  · rintro ⟨s⟩; exact s.holds
  · intro hp; exact ⟨{ holds := hp }⟩
THEOREM VacuousWitnessShell · IndisputableMonolith/Gravity/ConditionalSlot.lean
/-- The Pattern-A anti-pattern: a witness shell of shape `Σ (P : Prop), P`. -/
structure VacuousWitnessShell where
  P : Prop
  holds : P
THEOREM vacuousWitnessShell_always_inhabited · IndisputableMonolith/Gravity/ConditionalSlot.lean
vacuousWitnessShell_always_inhabited · IndisputableMonolith/Gravity/ConditionalSlot.lean:71
/-- **The shell is always inhabited**, by `⟨True, trivial⟩`. Hence its type
carries no information about what was assumed: every such shell can be
constructed, whether the intended `P` is a deep theorem or `True`. This is
exactly why a "theorem" consuming a shell hides its contingency. -/
theorem vacuousWitnessShell_always_inhabited : Nonempty VacuousWitnessShell :=
  ⟨{ P := True, holds := trivial }⟩
THEOREM conditionalSlot_nonempty_iff · conditionalSlot_false_not_inhabited · IndisputableMonolith/Gravity/ConditionalSlot.lean
conditionalSlot_nonempty_iff · IndisputableMonolith/Gravity/ConditionalSlot.lean:92
/-- **The slot is inhabited iff its parameter holds.** Unlike the vacuous shell,
the slot type carries exactly the information of `P`: you can build it precisely
when `P` is true. -/
theorem conditionalSlot_nonempty_iff (P : Prop) :
    Nonempty (ConditionalSlot P) ↔ P := by
  constructor
  · rintro ⟨s⟩; exact s.holds
  · intro hp; exact ⟨{ holds := hp }⟩
conditionalSlot_false_not_inhabited · IndisputableMonolith/Gravity/ConditionalSlot.lean:106
/-- `ConditionalSlot False` is **not** inhabited. The contrast with
`vacuousWitnessShell_always_inhabited` is the whole point: a false assumption is
now visibly unconstructable, whereas the vacuous shell would have been
constructed anyway with `P := True`. -/
theorem conditionalSlot_false_not_inhabited : ¬ Nonempty (ConditionalSlot False) := by
  rw [conditionalSlot_nonempty_iff]
  exact not_false
THEOREM patternALiftStatus · IndisputableMonolith/Gravity/ConditionalSlot.lean
/-- Current Pattern-A status: the target type, its formal justification, and
the QG-surface application are all landed. -/
def patternALiftStatus : PatternALiftStatus where
  target_type_and_justification_landed := true
  repo_wide_lift_applied := true

What this page does not claim

This does not claim that any quantum gravity theorem is physically true. This does not claim that the conditional slot for True is informative; it is trivially constructible. This does not claim that the old shell was logically inconsistent; it was merely uninformative.

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/Gravity/ConditionalSlot.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