Original ledger status
SEAM.EQUIV.BOOTSTRAP.01
SEAM.EQUIV.BOOTSTRAP.01
THE HONEST CORRECTION OF v349's FRAMING (prompted by the right objection 'the inputs are not axioms -- they are back-determined by the theory', 2026-06-22). v349 concluded 'the raw seam does not carry the golden ratio (D5 has h=8 -> sqrt2)' and reduced the keystone to 'is g_car=5 a pentagon or a count?'. That framing was WRONG on two counts; this corrects it while keeping v349's true computations. [E] THE INPUTS ARE BOOTSTRAP-FORCED, NOT FREE AXIOMS (v6): g_car=5 is over-determined three ways -- rank-fill (g_car+N_fam=8=rank E8), Coxeter-match (g_car = max prime of h(E8)=30), Pascal/glue (2^4=C(5,0)+C(5,1)+C(5,2)=16). The objection is correct: the numerical inputs are FIXED POINTS of the self-consistency, not free postulates. [E] g_car=5 IS THE ICOSAHEDRAL 5-FOLD, not the D5 rank: g_car = max prime of h(E8)=30, and h(E8)=30 = 2*3*5 is the icosahedral axis data; the atoms (|Z2|,N_fam,g_car)=(2,3,5) ARE the prime factorisation of the icosahedral Coxeter number 30. So the '5' the bootstrap selects is intrinsically icosahedral (golden), NOT the bare D5 rank (h=8) v349 mis-identified it with. [E] THE GOLDEN RATIO IS EMERGENT FROM THE GLUE, not external (correcting v349): D5 (h=8) and A3 (h=4) are individually non-golden, but the mu4 simple-current extension D5(+)A3 -> E8 (theorem v154, index 4=|mu4|) gives h(E8)=30 with 5|30 -> golden; the seam's OWN mu4 clock, gluing the carrier, PRODUCES the golden 5-fold -- v349 evaluated the un-glued pieces, the wrong object. [E] so v349's dichotomy was FALSE: the Coxeter-match bootstrap FORCES the pentagon (g_car=5 = the 5 in h(E8)=30); there is no 'count' alternative consistent with E8-closure. [O] THE RESIDUAL RELOCATES: the golden/icosahedral is NOT open (bootstrap-forced + the v154 extension theorem); the genuinely open thing is ONLY the PHYSICAL CONTINUUM REALISATION (the raw RP quasi-free collar realises the algebraic E8 fixed point, continuum-limit/OS, v336), NOT the golden ratio. HONEST CAVEAT: the bootstrap is self-consistency WITHIN the discrete E8-closure framework (the Coxeter-match uses h(E8)=30), so it is 'no free numerical dials given the framework', not 'from nothing'; the framework is the meta-input.
Recorded status: Correction [E]/[O] (inputs are bootstrap-forced fixed points; g_car=5 IS the icosahedral 5 of h(E8)=30; golden emergent from the mu4-glue; residual = the physical continuum realisation)
Dependencies, status detail and source
Canonical status: Correction [E]/[O] (inputs bootstrap-forced; g_car=5 icosahedral; golden emergent; residual = continuum realisation)
Dependencies: SEAM.EQUIV.GOLDEN.01; v6; v154; v56; v336; v274
Scripts: v350_bootstrap_inputs_correction.py
Location: origin_theory
Original CSV, line 104