Astrophysics Stellar Population From Config Dim

Stellar population classes

The Morgan-Keenan classification sorts stars by their spectra into seven main types: O, B, A, F, G, K, and M. These run from hot, blue O stars to cool, red M stars, and each type reflects the star's surface temperature and luminosity. The number seven is a classical fact of observational astronomy, established by the sequence of spectral lines that appear as temperature changes.

In Recognition Science, the framework models this seven-way split as a consequence of its three-dimensional configuration space. The framework's count law for dimension three yields 2^3 - 1 = 7, matching the seven spectral classes. In this account, each class corresponds to one non-zero vector in a two-dimensional temperature/luminosity space over the field F2^3, a compact way of saying the seven types are the seven non-zero states of a three-bit configuration.

The machine-checked library of formal theorems proves three general facts about a cost function applied to a ratio of two quantities, here called m and e. The cost is zero when m equals e, it is never negative when both inputs are positive, and a threshold constant phi - 3/2 is positive. The library defines a certificate structure that packages these three facts together and shows it is inhabited.

What the library does not do is connect those general facts to stars. The module defines its cost as Jcost(m/e) without any definition of what m and e mean in stellar terms. The paragraph linking seven spectral classes to the count law is a research note, not a theorem. The same three general facts are shared verbatim across 2383 sibling modules, so the astrophysical content is a plan for where the idea was meant to go, not a result about stars.

The practical consequence is a clear boundary. The framework has a machine-checked derivation of the number seven from its three-dimensional count law, and it has a separate machine-checked proof of general properties of its cost function. What remains open is the bridge: a definition of m and e in stellar terms that would turn the general cost facts into a theorem about spectral classes.

structure StellarPopCert where
  cost_at_eq : ∀ r : ℝ, r ≠ 0 → domainCost r r = 0
  cost_nonneg : ∀ m e : ℝ, 0 < m → 0 < e → 0 ≤ domainCost m e
  threshold_pos : 0 < canonicalThreshold

noncomputable def cert : StellarPopCert where
  cost_at_eq := domainCost_at_eq
  cost_nonneg := domainCost_nonneg
  threshold_pos := canonicalThreshold_pos

theorem domainCost_at_eq (r : ℝ) (h : r ≠ 0) : domainCost r r = 0 := by
  unfold domainCost; rw [div_self h]; exact Jcost_unit0

theorem domainCost_nonneg (m e : ℝ) (hm : 0 < m) (he : 0 < e) : 0 ≤ domainCost m e := by
  unfold domainCost; exact Jcost_nonneg (div_pos hm he)

theorem canonicalThreshold_pos : 0 < canonicalThreshold := by
  unfold canonicalThreshold; linarith [phi_gt_onePointFive]

def domainCost (m e : ℝ) : ℝ := Jcost (m / e)

What this page does not claim

The module proves any fact specific to stars, since m and e are undefined in stellar terms. The seven spectral classes are derived from the cost function, since the link is only a research note. The framework's three-dimensional count law is the same as the physical three spatial dimensions.

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/Astrophysics/StellarPopulation_FromConfigDim.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: