← Session 33 — ii′-3b/3c crux + F-D finding; Lagarias letter package
thinking (25307 chars)
Now I have the complete picture of the ii′-6 assembly. The B(n) components and their Lean status:
**The identity (D-037 §4):**
S_f(n) = Σ_{|γ|≤T}′ [1−(ρ/(ρ−1))ⁿ]·(−1) + (1/2πi)(I_I+I_II+I_III+I_IV) + triv(−2)
But wait — in our NEW Lean framework, we have the crux: Sf n = (ResW1 n).re, and rectInt'_Jlag: RectangleIntegral' (Jlag n) z w = ResW1 n + Σ_{ρ∈Sz} (zeroMult ρ)·(1−(ρ/(ρ−1))ⁿ). So:
ResW1 n = RectangleIntegral' (Jlag n) − Σ zero terms.
Hmm — sign conventions: rectInt'_Jlag says the rectangle integral of Jlag = ResW1 + Σ zeros. So ResW1 = RectInt − Σ_zeros mult·(1−(ρ/(ρ−1))ⁿ).
|Sf n| = |(ResW1 n).re| ≤ ‖ResW1 n‖ ≤ ‖RectInt (Jlag n)‖ + ‖Σ zeros‖
≤ (sum of the four side bounds)/(2π)?? — wait, RectangleIntegral' — is it normalized by 2πi? Let me check: "RectangleIntegral'" in Zeta23 — likely (1/2πi)∮ or plain ∮. Need to check the definition. D-037's identity has (1/2πi)(I_I+...). If Lean's RectangleIntegral' is the plain contour integral, then there's a 2π factor discrepancy! Let me check.
Also Jlag's definition — the kernel. From LiSides: "the Lagarias-kernel integrand" Jlag n. Let me check its def and the RectangleIntegral' def.
**B(n) component mapping:**
|Sf n| ≤ |λ_n(T)| + |sides| + |triv| where:
- |λ_n(T)| = ‖Σ_{ρ∈Sz} mult·(1−(ρ/(ρ−1))ⁿ)‖ ≤ 2N(T) ≤ 2F(T) [Bn's first term 2·F T] — via hRH (bridge: each |1−(ρ/(ρ−1))ⁿ| ≤ 2 on the line) + ZeroCountProp-based count... wait — 2N(T) ≤ 2F(T) + 2S_bnd(T): the count of zeros with |γ| ≤ T. Hmm — in Lean, FAlt T = (1/2π)(T log T) + 0.137 log T + 0.443 log log T + (7/8 + 1.588). And the count of zeros inside the rectangle (|γ| ≤ T, 0 < re < 1... the rectangle σ₀ = −5/2 also encloses the trivial zero −2 and trivial zeros between −5/2 and 0 — only −2) — the nontrivial count ≤ N(T+1)-ish.
- The four sides: I_I (right vertical σ₁ = 2√n): IIMaj n; I_III (left vertical −5/2): 4T[(2/3)Ĉ₀ + 10.5 log + 48] + 40 M₀; I_II + I_IV (horizontals): 2(e⁴+1)[7Ĥ(T) + 3.3]; triv ≤ 1.
**Finding-2 repair**: H(T) = 3Ĉ₀² + A log + B₀ baked in Hhat; honest needs ≈ 7Ĉ₀² for the horizontal near-sum (clearance-coverage gap). This affects the horizontals bound: 2(e⁴+1)[7Ĥ + 3.3] — with the honest Ĥ′ := 7Ĉ₀² + A log + B₀, the bound becomes 2(e⁴+1)[7Ĥ′ + 3.3]. The margin slack (26× at N₀ per E-028) absorbs it — but the Lean theorem `sfBoundProp : SfBoundProp` must prove |Sf n| ≤ Bn FAlt n with the BAKED Bn (which uses Hhat = 3C₀²+...). So the repair requires either:
(a) Proving the horizontal bound with 7Ĥ(T) where Ĥ = 3Ĉ₀² + A log + B₀ — but honest is 7·(7Ĉ₀² + ...) = 49Ĉ₀² vs baked 21Ĉ₀² — a shortfall of 28·2(e⁴+1)·Ĉ₀² ≈ 3100·Ĉ₀². Does the Bn margin absorb that WITHIN the |Sf| ≤ Bn statement? The statement |Sf n| ≤ Bn FAlt n must hold as baked — the slack in the OTHER pieces: D-037 §4 notes "Leading behavior B(n) ≈ 2.54√n log n" vs honest pieces have slack: e.g. the bridge 2N(T) ≤ 2F(T) is exact; the (III) 4T[(2/3)Ĉ₀ + ...] has the (2/3) → Finding-2 also mentions "D-037's I_III (2/3)·Ĉ₀ coefficient gets the analogous two-unit correction to (4/3)-ish" — that's another shortfall: 4T·(2/3)Ĉ₀ → 4T·(4/3)Ĉ₀, shortfall 4T·(2/3)Ĉ₀ ≈ 2.67·T·Ĉ₀.
Hmm — wait. This is significant: the honest bounds EXCEED the baked Bn in two places (horizontals near-sum and I_III's (2/3) coefficient). Does |Sf n| ≤ Bn still hold?? Per D-069 Finding 2: "Impact: marginTilde's baked 3·Ĉ₀² coefficient moves to ≈ 7 + o(1); the margin at the certified base points drops by ≈ 1.5×10⁵ at n = 8×10⁴ — the crossover N₀ moves up... E-028's 26× slack says the theorem survives". The "theorem" = R-004 (λ_n > 0). But SfBoundProp as stated (|Sf n| ≤ Bn FAlt n with baked constants) — hmm, if honest bounds exceed baked Bn, then |Sf| ≤ Bn could FAIL (not mathematically — |Sf| is what it is; but the PROOF via these bounds would not fit under Bn).
Wait — no. Let me re-read Finding 2: "D-036 §2's H(T) = 3·Ĉ₀² + A·log + B₀ charges the horizontal-contour near sum (i) one unit-window count (Finding-1 issue again — the two-unit form fixes this part cheaply) and (ii) L3's clearance 1/(3·Ĉ₀), which covers only zeros INSIDE the pigeonhole window". So the honest near-sum is ≈ 7·Ĉ₀² + 8·Ĉ₀ vs baked 3·Ĉ₀². The horizontal bound 7H(T) = 7·(3Ĉ₀² + ...) = 21Ĉ₀² + ... baked; honest 7·(7Ĉ₀² + 8Ĉ₀ + ...) = 49Ĉ₀² + 56Ĉ₀ + ... Shortfall ≈ 28Ĉ₀² per horizontal-charge... times 2(e⁴+1) ≈ 110: ≈ 3100Ĉ₀² ≈ 3100·(log T)² — at n = 10⁵, T ≈ 317, log T ≈ 5.8, Ĉ₀ ≈ 0.433·5.8+0.886·1.75+2.9 ≈ 6.96, Ĉ₀² ≈ 48.4: shortfall ≈ 150,000. And Bn(10⁵) ≈? margiñ(10⁵) ≈ 93,000 with margin = S−B+1 — B(10⁵) ≈ S(10⁵) − 93,000. S(10⁵) ≈ ½·10⁵·11.5 − 1.42·10⁵ ≈ 433,000. So B(10⁵) ≈ 340,000. The shortfall 150,000 is ~44% of B(10⁵) — |Sf n| ≤ Bn would still hold NUMERICALLY (|Sf| is tiny, ~13) — the QUESTION is whether the PROOF can certify |Sf| ≤ Bn with honest pieces: honest total = baked Bn + shortfall ≈ 340k + 150k = 490k — then |Sf| ≤ 490k does NOT give |Sf| ≤ Bn = 340k!
Hmm wait — that can't be right. Let me re-read Finding 2: "the margin at the certified base points drops by ≈ 2(e⁴+1)·7·4·Ĉ₀² (≈ 1.5×10⁵ at n = 8×10⁴)". So the MARGIN drops by 1.5×10⁵ — margin = S − B + 1, so B effectively increases by 1.5×10⁵. margiñ(8×10⁴) ≥ 8001 certified (true 15,764). Drop 1.5×10⁵ ⟹ margin goes NEGATIVE at 8×10⁴?! But "the crossover N₀ moves up (estimate: within [10⁵, 5×10⁵], still under the finite-verification cap)". So with the honest constants, the crossover moves up to somewhere in [10⁵, 5×10⁵], and the LOWER bound of SfBoundProp's range is n ≥ 10⁵ — if the honest crossover is > 10⁵, then SfBoundProp's range [10⁵, N₁] is no longer fully covered by the margin argument... but SfBoundProp is about |Sf| ≤ Bn, not margin. Ugh, I conflated margin and Bn.
OK let me think clearly about SfBoundProp := ∀ n ∈ [10⁵, N₁], |Sf n| ≤ Bn FAlt n.
The honest assembly gives |Sf n| ≤ B_honest(n) where B_honest = Bn + shortfall(n). To prove |Sf n| ≤ Bn, need B_honest(n) ≤ Bn(n)?? NO — B_honest > Bn where the shortfall is positive. So the DIRECT assembly fails to prove the baked SfBoundProp!
BUT — the slack: the baked pieces are themselves loose upper bounds on the actual pieces. The shortfall analysis shows the near-sum charge should be 7Ĉ₀² not 3Ĉ₀² — but the OTHER pieces have slack vs the actual quantities. The question is whether the TOTAL honest assembly ≤ Bn. Pieces:
1. Zero bridge: 2N(T) ≤ 2F(T) — near-exact, no slack to give.
2. I_III long: 4T[(2/3)Ĉ₀ + A log + B₀] — Finding 2 says (2/3) → (4/3)-ish: shortfall 4T·(2/3)Ĉ₀ = (8/3)T·Ĉ₀.
3. Horizontals: 2(e⁴+1)[7Ĥ + 3.3] — Finding-2: Ĥ's 3Ĉ₀² → 7Ĉ₀²+8Ĉ₀: shortfall 2(e⁴+1)·7·(4Ĉ₀² + 8Ĉ₀) ≈ 2(e⁴+1)·(28Ĉ₀² + 56Ĉ₀).
4. I_I: IIMaj — exact-ish.
5. M₀, triv: exact.
So B_honest − Bn = (8/3)T·Ĉ₀ + 2(e⁴+1)·7·(4Ĉ₀²+8Ĉ₀) ≈ 2.67·T·Ĉ₀ + 110·(28Ĉ₀²+56Ĉ₀) ≈ 2.67·T·Ĉ₀ + 3100Ĉ₀² + 6100Ĉ₀.
At n = 10⁵ (T ≈ 317.2, Ĉ₀ ≈ 6.96): ≈ 2.67·317·6.96 + 3100·48.4 + 6100·6.96 ≈ 5890 + 150,000 + 42,500 ≈ 198,000. Bn(10⁵) ≈ 340,000. So the honest assembly gives |Sf| ≤ B_honest ≈ 538,000 > Bn = 340,000. The baked SfBoundProp at n = 10⁵ is NOT provable via this assembly!
Hmm — but wait. This can't be news: D-069 says "the margin at the certified base points drops by ≈ 1.5×10⁵ at n = 8×10⁴ — the crossover N₀ moves up (estimate: within [10⁵, 5×10⁵])". So the DESIGN response is: SfBoundProp's range starts at 10⁵ — and with the honest constants the crossover (where margin becomes positive — i.e., where B_honest < S+1) moves into [10⁵, 5×10⁵]. But SfBoundProp needs |Sf| ≤ Bn (the BAKED Bn) on [10⁵, N₁] — NOT margin > 0.
Hold on — maybe I'm misreading the role of the baked constants. Let me recheck what lambda_pos_finite_height_verified needs: it takes (hSf : SfBoundProp) with SfBoundProp := ∀ n ∈ [10⁵, N₁], |Sf n| ≤ Bn FAlt n. And the margin argument: liCoeff.re = SInfty + 1 − Sf ≥ sInftyLower + 1 − |Sf| ≥ sInftyLower + 1 − Bn — positivity from margin > 0 (proved via convexity + base points). So SfBoundProp with the BAKED Bn is exactly what's needed.
So how does the honest assembly close |Sf n| ≤ Bn with B_honest > Bn at small n? Options:
(a) The shortfall is smaller than the slack in the remaining baked pieces: bridge slack? 2N(T) ≤ 2F(T) — F(T) vs actual N(T): FAlt includes the S-bounds generously? FAlt T = (1/2π)(T log T) + 0.137 log T + 0.443 log log T + (7/8+1.588) — the actual N(T) = F(T) + S(T) with |S| ≤ 0.137 log + 0.443 loglog + 1.588: FAlt = F + S_bnd exactly? F(T) = (T/2π)log(T/2πe) + 7/8 ≈ (1/2π)(T log T) − (log 2πe/2π)T + 7/8 — FAlt drops the linear term −(T/2π)log(2πe) ≈ −0.46T! Wait: FAlt T = (1/2π)(T log T) + 0.137 log T + 0.443 log log T + (7/8 + 1.588) — vs N(T) ≤ F(T) + S_bnd(T) = (T/2π)(log T − log 2π − 1) + 7/8 + 0.137 log T + 0.443 loglog T + 1.588. FAlt − N ≈ (T/2π)(log 2π + 1) ≈ 0.45T — so FAlt EXCEEDS N(T) by ≈ 0.45T ≈ 142 at T=317. Tiny slack.
Hmm, this needs careful analysis. Let me look at how the 5f assembly handled a similar pinch (the pinch lemma) — there the baked 10.5/48 fit with margin ≈ 1.9. For ii′-6, Finding 2 was explicitly flagged as "ii′-6 repair map" with "E-028's 26× slack says the theorem survives; the certified crossover artifacts move".
I think the right approach: before designing ii′-6 in Lean, do the NUMERICAL analysis: compute B_honest(n) vs Bn(n) on [10⁵, N₁]-relevant range and find where B_honest ≤ Bn holds. If it fails near 10⁵, the design must change (e.g., absorb the shortfall via the slack in the other pieces — the horizontals' baked bound 2(e⁴+1)[7Ĥ+3.3] might have slack: the "7H(T)" charge itself is 7× the actual horizontal length? The 7 comes from the segment decomposition [−3, 3] length 6 + slack? etc.).
This is exactly why Finding 2 says "TO BE FACED at ii′-6". The first task of ii′-6 is the honest accounting (design doc D-071) with a numerical check.
Let me first understand the horizontal "7H(T)" and the I_III "(2/3)" better — where do the 7 and 2/3 come from?
From D-036 §3:
- (II),(IV) horizontals: |I_II| = |I_IV| ≤ (e⁴+1)·[7H(T) + e·|ζ′/ζ(2)|·2] ≤ (e⁴+1)·[7H(T) + 3.3]. The 7H(T): H(T) is the max of |ζ′/ζ| on the horizontal; the 7 ≈ length of [−5/2, 3] = 5.5 plus the stepping geometric-sum factor e/(e−1)-ish? From (6.12) stepping: right part [3, 2√n] decays geometrically with sum ≤ e·|ζ′/ζ(3+iT)|·(e⁴+1)... The "7" = 5.5 (length of [−5/2, 3]) + ~1.5 (the geometric tail) ≈ 7. OK.
So the horizontals bound is (e⁴+1)·[∫_{-5/2}^{3} H(T) dx + tail] ≤ (e⁴+1)·[7H(T) + 3.3]. The near-sum inside H(T): H(T) = near ≤ C₀/d_min + R-bound. d_min = 1/(3C₀) — Finding 2's point: the pigeonhole gives clearance 1/(3C₀) only against zeros INSIDE [√n, √n+1]; zeros just outside can be closer. Repair: extend the pigeonhole window to (a−1, a+2) → count ≤ 3Ĉ₀, clearance ≥ 1/(7Ĉ₀)-ish, and split near-sum at |γ−T| = 1/4: Σ ≤ Ĉ₀·7Ĉ₀ + 2Ĉ₀·4 = 7Ĉ₀² + 8Ĉ₀.
So honest H(T) = 7Ĉ₀² + 8Ĉ₀ + A log + B₀ vs baked Hhat = 3Ĉ₀² + A log + B₀. Shortfall in H: 4Ĉ₀² + 8Ĉ₀. In the horizontals (×2(e⁴+1)·7 ≈ 110·7 = 770... wait ×2(e⁴+1)·7? The 7H(T) charge: 2(e⁴+1)·[7H+3.3] — the 7 multiplies H: shortfall = 2(e⁴+1)·7·(4Ĉ₀²+8Ĉ₀) ≈ 109.6·7·(4·48.4+55.7) at n=10⁵ ≈ 767·250 ≈ 192,000. Yes matches my earlier ≈192k estimate.
And I_III's (2/3): the left vertical's near-sum: zeros at distance ≥ 3/2 from σ = −5/2 (re ρ ≥ 1/2... wait re ρ ∈ (0,1), so |σ₀ − re ρ| ≥ 5/2 − 1 = 3/2). The near-sum Σ_{|γ−t|<1} 1/|w−ρ|: each |w−ρ| ≥ 3/2, count ≤ C₀ ⟹ ≤ (2/3)C₀. Finding 2 says "(4/3)-ish" — the two-unit window correction (Finding 1's issue: one C₀ covers only a unit window; the near-sum's window |γ−t| < 1 is a TWO-unit window [t−1, t+1] — needs ZeroCountProp2's 0.6L+0.886LL+2.7 ≈ 1.4Ĉ₀... hmm wait actually 5f already fixed the near sum with the two-unit count (ZeroCountProp2). For I_III: near-sum ≤ (2/3)·(two-unit count) — the baked Bn uses (2/3)Ĉ₀ — but the honest two-unit count is 0.6L+0.886LL+2.7 vs Ĉ₀ = 0.433L+0.886LL+2.9: difference 0.167L − 0.2 ≈ 0.167·5.8 ≈ 0.77: shortfall (2/3)·0.77·4T ≈ 2.05T ≈ 650 at n=10⁵ — SMALL. Hmm, D-069 says "(4/3)-ish" — that's (2/3)·(two-unit) ≈ (2/3)·1.9Ĉ₀ ≈ 1.27Ĉ₀ ≈ (4/3)Ĉ₀-ish... the two-unit count 0.6L+0.886LL+2.7 vs Ĉ₀(t+1): at t=317: two-unit = 0.6·5.77+0.886·1.75+2.7 = 3.46+1.55+2.7 = 7.71 vs Ĉ₀ = 6.96: ratio 1.11 — so near-sum honest (2/3)·7.71 = 5.14 vs baked (2/3)·6.96 = 4.64: shortfall 0.5·4T = 634. Small.
So the DOMINANT shortfall is the horizontals: ≈ 192,000 at n = 10⁵, growing like Ĉ₀² ≈ (log T)² = (log n)².
Now — where's the slack in Bn to absorb it? The bridge: |Σ zeros| ≤ 2N(T) ≤ 2F(T) — the baked Bn uses 2·FAlt T. FAlt T = (1/2π)(T log T) + 0.137 log T + 0.443 log log T + (7/8+1.588). The honest: 2N(T) where N(T) ≤ F(T) + S_bnd(T), F(T) = (T/2π)log(T/2πe) + 7/8. 2F(T)+2S_bnd = (T/π)(log T − log 2π − 1) + 7/4 + 0.274 log T + 0.886 loglog T + 3.176. vs 2FAlt = (T/π)log T + 0.274 log T + 0.886 loglog T + 6.338. Difference: 2FAlt − 2N ≥ (T/π)(log 2π + 1) + (6.338 − 7/4 − 3.176) = (T/π)·2.837 + 1.412 ≈ 0.903T + 1.4. At T = 317: ≈ 287. Small vs 192k.
Hmm. So B_honest(10⁵) ≈ Bn(10⁵) + ~190k slack needed. And Bn(10⁵) ≈ 340k. THE BAKED SfBoundProp AT n = 10⁵ CANNOT be proved via this assembly — the honest bound exceeds the baked Bn by > 50%.
Wait wait. Let me recompute Bn(10⁵) more carefully.
Bn F n with T = √n+1, n = 10⁵: T = 317.2.
- 2F T = 2·[(1/2π)(317.2·log 317.2) + 0.137·log 317.2 + 0.443·log log 317.2 + 2.463] = 2·[(1/2π)(317.2·5.759) + 0.789 + 0.776 + 2.463] = 2·[290.7 + 4.03] = 589.4.
- 4T[(2/3)Ĉ₀ + 10.5 log(T+2) + 48]: Ĉ₀ = 0.433·log 319.2 + 0.886·log log 319.2 + 2.9 = 0.433·5.766 + 0.886·1.752 + 2.9 = 2.497+1.552+2.9 = 6.949. 10.5·log(319.2) = 60.5. Inside: 4.633+60.5+48 = 113.1. 4T·113.1 = 4·317.2·113.1 = 143,500.
- 40·1.3352 = 53.4.
- 2(e⁴+1)[7Ĥ + 3.3]: Ĥ = 3·48.29 + 60.5 + 48 = 253.4. 7Ĥ+3.3 = 1777. 2(e⁴+1) = 2·55.6 = 111.2. → 197,600.
- IIMaj n + 1 ≈ 1 (tiny).
Bn(10⁵) ≈ 589 + 143,500 + 53 + 197,600 + 1 ≈ 341,700. ✓ matches my earlier ~340k.
Honest: horizontals 2(e⁴+1)·[7·(7·48.29+8·6.949+60.5+48) + 3.3] = 111.2·[7·(338+55.6+108.5)+3.3] = 111.2·[7·502+3.3] = 111.2·3517 ≈ 391,100 vs baked 197,600: shortfall ≈ 193,500. I_III honest: 4T[(2/3)·7.71 + 60.5+48] = 4T·113.8 = 144,400 vs 143,500: +900. Total honest ≈ 536,000 > Bn = 341,700. CONFIRMED: the honest assembly at n = 10⁵ overshoots the baked Bn by ~57%.
So the baked SfBoundProp CANNOT be discharged at n near 10⁵ with these honest bounds. Something must give. Options:
(A) The 7H(T) horizontal charge is itself loose — the "7" (length 5.5 + tail) multiplies the FULL H(T) including the near-sum 7Ĉ₀². But the near-sum only matters NEAR the zeros — the horizontal segment's near-sum Σ_ρ 1/|w−ρ| over the WHOLE segment [−5/2, 3]×{T}: the total near-sum INTEGRAL is Σ_ρ ∫ dx/|w−ρ| — each zero contributes ∫_{−5/2}^{3} dx/|x + i(T−γ)| ≤ ... this is a per-zero integral ≈ 2·log(5.5·Ĉ₀·3)-ish (logarithmic in the clearance), NOT 5.5×(7Ĉ₀) per zero. The honest segment-integral of the near-sum: Σ_ρ ∫_{−5/2}^{3} dx/|w−ρ|: zeros within the 3-unit window (count 3Ĉ₀), each integral ≤ ∫_{-5.5}^{5.5} du/√(u² + c²) with c = clearance 1/(7Ĉ₀): = 2·asinh(5.5/c) ≈ 2·log(11·7Ĉ₀) ≈ 2·log(77Ĉ₀). Total near-integral ≈ 3Ĉ₀·2·log(77Ĉ₀) ≈ 6Ĉ₀·log(77Ĉ₀) — at n=10⁵: 6·6.95·log(535) = 41.7·6.28 = 262. Plus the far part and R-bound part: ∫(A log + B₀) dx = 5.5·(A log + B₀) = 5.5·108.5 = 597. Total horizontal |ζ′/ζ|-integral ≈ 860 + tail vs the baked 7Ĥ = 7·253 = 1771. So a CAREFUL segment-integral analysis gives MUCH less than the baked 7Ĥ — the baked 7Ĥ charges the MAX over the whole segment!
Hold on — that suggests the baked 7H(T) is itself quite loose, and the honest near-sum INTEGRAL (7Ĉ₀²·... no wait — Finding 2's repair: "split the near sum at |γ−T| = 1/4: Σ ≤ Ĉ₀·7Ĉ₀ + 2Ĉ₀·4 = 7Ĉ₀² + 8Ĉ₀" — that's the near-sum at a POINT (the max over the segment), charged ×7 (the segment length). The improvement I just sketched (integrate per-zero) replaces the ×7-length×max by the actual integral ≈ 6Ĉ₀·log(77Ĉ₀) + 5.5·(A log + B₀) + tail.
Hmm — but actually the horizontal-piece analysis in D-036/D-037 charges |I_II| ≤ (e⁴+1)·[∫|ζ′/ζ|] ≤ (e⁴+1)·7H(T): the 7H(T) = length·max. The honest repair of the MAX is 7Ĉ₀² + 8Ĉ₀ + A log + B₀ (Finding 2). The segment-integral improvement would give a much better bound but requires more machinery (per-zero integral + the clearance). That's the "7× slack" — no wait, E-028's "26× slack" refers to the R-bound's own slack.
So for the Lean assembly we have a design choice:
(i) Honest-max route (Finding-2's plan): horizontals 2(e⁴+1)·[7·(7Ĉ₀² + 8Ĉ₀ + A log + B₀) + 3.3] ≈ 391k at n=10⁵ — BLOWS Bn.
(ii) Segment-integral route: horizontals ≈ 2(e⁴+1)·[6Ĉ₀·log(77Ĉ₀) + 5.5·(A log + B₀) + tail] ≈ 111·[262+597+tail] ≈ 111·900 ≈ 100k at n=10⁵ — FITS under the baked 197.6k? The baked 2(e⁴+1)[7Ĥ+3.3] = 197.6k; honest-integral ≈ 100k ✓ FITS with ~2× slack.
Wait — but is the segment-integral bound rigorous? ∫_{-5/2}^{3} Σ_ρ 1/|w−ρ| dx = Σ_ρ ∫ dx/|w−ρ|. For zeros with |T−γ| small (< 1/4 say): count ≤ 3Ĉ₀ (3-unit window), per-zero integral ∫_{-5/2}^{3} dx/√((x−β)² + (T−γ)²) ≤ ∫_{-6}^{6} du/√(u² + c²) = 2·asinh(6/c) ≤ 2·log(12/c + 1)... with c ≥ 1/(7Ĉ₀): ≤ 2·log(84Ĉ₀+1)·... ≈ 2 log(85Ĉ₀). Zeros with |T−γ| ∈ [1/4, 1]: count ≤ 2Ĉ₀, per-zero ≤ 5.5·4 = 22. Zeros farther: handled by the R-bound tail (the tight R-bound's far sum is already part of R). Hmm — actually the tight R-bound (5f) gives |ζ′/ζ − Σ_{near} m/(s−ρ)| ≤ 10.5 log + 48 where near = unit window |γ−t| < 1. So ∫|ζ′/ζ| ≤ ∫|near-sum| + 5.5·(10.5 log + 48). And ∫|near-sum| = ∫|Σ_{|γ−T|<1} m/(w−ρ)| ≤ Σ_{|γ−T|<1} m·∫_{-5/2}^{3} dx/|w−ρ|.
Zeros in |γ−T| < 1: count ≤ ZeroCountProp2's 0.6L+0.886LL+2.7. Split at clearance c = 1/(7Ĉ₀)-ish (from the extended pigeonhole — wait, the T comes from exists_zero_avoiding_T which gives clearance 1/(3·C0hat(a+1)) — the Finding-2 issue is that this clearance is only against zeros in [a, a+1]). The extended pigeonhole (3-unit window (a−1, a+2)) needs a NEW lemma: exists T ∈ [a, a+1] with clearance 1/(7·C0hat(a+2))-ish against ALL zeros with |γ − T| < 1 (i.e., the (a−1, a+2) window). Count in 3-unit window ≤ 3·C0hat-ish (needs a three-unit count — ZeroCountProp applied 3× or a direct form). Then per-zero integral: zeros with c ≤ |T−γ| < 1: ∫ ≤ 2·asinh(5.5/c) ≈ 2 log(11/c) = 2 log(77Ĉ₀)...
Hmm OK — this is the design work. The point: the route EXISTS (segment-integral) and fits. But it's a substantial new build. Estimating: the horizontal piece is the crux of ii′-6 (like piece 3 was for 5f) — 1–1.5 sessions alone.
Alternatively — maybe simpler: use the tight R-bound directly on the horizontal with the two-unit near count and charge the near-sum integral via the same per-zero integral. Hmm — actually here's a cleaner packaging: the tight R-bound 5f already bounds |ζ′/ζ − Σ_{near unit} m/(s−ρ)| ≤ 10.5 log + 48. For the horizontal segment, split:
∫|ζ′/ζ| ≤ Σ_{ρ : |γ−T|<1} m·∫_{-5/2}^{3} dx/|w−ρ| + 5.5·(10.5 log(T+2) + 48).
The per-zero integral: ∫_{-5/2}^{3} dx/|x − β + i(T−γ)| ≤ ∫_{-5/2}^{3} dx/√((x−β)² + (T−γ)²) = asinh((3−β)/(T−γ)) + asinh((β+5/2)/(T−γ)) ≤ 2·asinh(5.5/|T−γ|) ≤ 2·log(11/|T−γ| + 1)... For |T−γ| ≥ c: ≤ 2·log(11/c + 1) ≤ 2·log(12/c) (c ≤ 1/(7Ĉ₀) small).
Zeros with |γ−T| < 1: count via ZeroCountProp2 ≤ 0.6L+0.886LL+2.7. Among them, the closest zero could be at distance... the clearance from the extended pigeonhole c ≥ 1/(7·(3-unit count)). So ∫|near-sum| ≤ (0.6L+0.886LL+2.7)·2·log(12·7·(3-unit count)) ≈ (0.6L+0.886LL+2.7)·2·log(84·(1.8L+2.7LL+8.1))... at n=10⁵: 7.71·2·log(84·19.5) = 7.71·2·7.4 = 114. So ∫|near| ≤ ~114. Plus 5.5·108.5 = 597. Total ≈ 711 + geometric tail (the [3, 2√n] stepping — baked 3.3? the baked has e·|ζ′/ζ(2)|·2 = 3.3 as the tail inside the 7Ĥ+3.3 — hmm the 3.3 is the right-tail beyond σ=3) ≈ 711·(e⁴+1)·2 ≈ 158k < 197.6k baked ✓ FITS.
Wait — but hold on: does the near-sum at the horizontal use the UNIT window (from the tight R-bound's nearZerosSub)? The tight R-bound's near set is the unit window |γ−t| < 1 (zeroAbsWindow?). For zeros at distance < clearance c from T — the extended pigeonhole guarantees NONE within c. Zeros in [c, 1): per-zero integral ≤ 2 log(11/c+1). Fine.
Actually — even simpler thought: instead of the per-zero integral machine, use a cruder split: ∫_{-5/2}^{3} dx/|w−ρ| ≤ (5.5)·min(1/c_effective...) no — the integral IS logarithmic; the crude charge (5.5/c per zero = 5.5·7Ĉ₀·3Ĉ₀ = 115Ĉ₀²) is what Finding 2's 7Ĉ₀²-ish does per point... The per-zero integral is essential to kill the Ĉ₀² → Ĉ₀·log Ĉ₀.
OK. So ii′-6 needs:
1. **Extended pigeonhole** (3-unit window clearance): new lemma, ~half session (clone exists_zero_avoiding_T with a 3-unit count — needs a three-unit ZeroCountProp application: ZeroCountProp at t+2, t+1, t... or direct: zeros in (a−1, a+2) ≤ Ncount over 3 units ≤ 3·C0hat(a+2)-ish via Ncount_le_of_interval machinery from LiCircleBound).
2. **Sides identity** (rectInt'_Jlag on the chosen rectangle): ResW1 = RectInt − Σ zero-terms; |Sf n| = |(ResW1 n).re| ≤ ‖ResW1 n‖. ~half session.
3. **Bridge**: ‖Σ zero-terms‖ ≤ 2·count ≤ 2·(N(T)-count ≤ FAlt T) via hRH (each term ≤ 2) + the count bridge (A0count/Ncount from LiCircleBound — the mult-weighted counts, unconditional!). Hmm wait — the count of zeros with |γ| ≤ T: A0count exists (LiCircleBound: A0count from Zeta23's RvM local count, mult-weighted, all t, unconditional). And FAlt majorizes N(T)... need the bridge N(T)-count ≤ FAlt T — is that in Lean? FAlt was defined (LiSkeleton:2404) as the Trudgian majorant. Is there a lemma count ≤ FAlt? The perimeter ZeroCountProp is the UNIT-window form (Ĉ₀(t+1)). For the full N(T)-count: hmm — D-062 L4 says "Trudgian 2014 explicit N(T), S(T) bounds (underlies C₀, hence L2/L3, and the 2F(T) zeros term via FAlt)". Is the N(T) ≤ FAlt bound part of ZeroCountProp or separate? Let me check ZeroCountProp's exact statement and whether there's a global N(T) count in the perimeter.
4. **The four side bounds**:
- I_I (right vertical σ₁ = 2√n): Dirichlet stepping + kernel e^{√n/2}+1 → IIMaj (L1 has kFun_shift_norm_le_exp_sqrt_half_add_one ✓; the ζ′/ζ decay 2^{-(σ₁−2)}·|ζ′/ζ(2)| — Dirichlet series machinery: norm_logDeriv_zeta_le_dirichlet at re ≥ 2 ✓ (LiCircleBound) + the stepping (6.12) — hmm the decay 2^{-(σ₁−2)} — from the Dirichlet series ratio? |ζ′/ζ(σ+it)| ≤ Σ Λ(n)/n^σ ≤ 2^{-(σ−2)}·Σ Λ(n)/n² for σ ≥ 2 ✓ elementary).
- I_III (left vertical −5/2): kernel ≤ 2 ✓ (kFun_norm_le_two); |ζ′/ζ| via tight R-bound at t ≥ 10 (near-sum: each |w−ρ| ≥ 3/2 ✓ + two-unit count) + M₀ for |t| ≤ 10.
- I_II/I_IV (horizontals): the segment-integral machine (new, the crux).
- triv ≤ 1: the residue at −2 (zeroMult_neg_two = 1 ✓; the term (1−(ρ/(ρ−1))ⁿ) at ρ = −2 = 1 − (2/3)ⁿ ≤ 1 ✓ elementary).
5. **The fold**: |Sf n| ≤ Bn FAlt n — the arithmetic fit: honest pieces ≤ baked Bn. Needs the numerics checked FIRST (the segment-integral form must fit under the baked 2(e⁴+1)[7Ĥ+3.3] with certified slack).
Wait — but hold on: if we use the segment-integral form, the honest horizontals ≈ 2(e⁴+1)·[114 + 597 + tail·...] — need to compare against baked 2(e⁴+1)·[7Ĥ + 3.3]. The fit: need Σ-near-integral + 5.5·(10.5 log+48) + tail ≤ 7Ĥ(T) + 3.3 = 7·(3Ĉ₀² + 10.5 log + 48) + 3.3. LHS ≈ 114 + 597 + 3.3-ish ≈ 714; RHS = 21Ĉ₀² + 73.5 log + 339.3 ≈ 1014+423+339 = 1776 ✓ 2.5× slack. As n grows: LHS ~ 5.5·10.5·log T + (0.6L)·2·log(84·1.8L) ~ 57.75·log T + 1.2L·log(151L); RHS ~ 73.5 log T + 21·(0.433L)² ~ 73.5 log T + 3.94L². The L² term dominates eventually ✓ the fit holds for large n. At n = 10⁵ fits 2.5×. Need certified numerics for the crossover region.
Hmm — but actually, do we even need the per-zero integral? Reconsider: what if we use Finding-2's honest MAX (7Ĉ₀² + 8Ĉ₀ + A log + B₀) for the near-sum but bound the horizontal INTEGRAL of the near-sum more carefully — the near-sum Σ m/|w−ρ| at a point w: its max over the segment is ≤ 7Ĉ₀²+8Ĉ₀ (Finding 2) but its INTEGRAL over the 5.5-length segment is ≤ Σ m·∫|w−ρ|⁻¹ dx ≤ (count)·2·log(11/c) — the integral kills the Ĉ₀². The Finding-2 doc's repair (charging the max × length) was a FIRST estimate; the segment-integral is the honest improvement and it fits. D-069 says "Honest repair: extend the pigeonhole to the 3-unit window... and split the near sum at |γ−T| = 1/4: Σ ≤ Ĉ₀·7Ĉ₀ + 2Ĉ₀·4 = 7Ĉ₀² + 8Ĉ₀" — that's the MAX repair. For the INTEGRAL we don't need the max at all — just the per-zero integral × the two-unit count + the clearance for the log argument. And the clearance only enters the log — the extended pigeonhole's exact constant barely matters (log(11/c) with c = 1/(7Ĉ₀) vs 1/(3Ĉ₀): log(77Ĉ₀) vs log(33Ĉ₀) — ratio tiny).
So the design is sound. This is a multi-session build (D-064 estimated 1–2 sessions for ii′-6 but that was BEFORE Finding 2's repair was scoped; with the segment-integral machine it's more like 2–4).
Given the scale, the first deliverable of THIS session should be the **ii′-6 design doc (D-071)** with:
1. The exact component list + Lean statements.
2. The numerical fit verification (B_honest ≤ Bn on [10⁵, ...] with the segment-integral form) — a Python check certifying the fold's slack at the base region + the asymptotic direction.
3. The sub-stage map ii′-6-a..e.
Also need to check: ZeroCountProp's exact statement (what count form is in the perimeter — unit window mult-weighted), and whether a global N(T) ≤ FAlt bound exists in Lean (the bridge needs it). Let me check the perimeter statements in LiContour.
This is a substantial sub-stage. Key discovery from the design review: D-069 Finding 2's honest-max repair (7Ĉ₀²) **overshoots the baked Bn** at n = 10⁵ by ~57% — but a **segment-integral** treatment of the horizontal near-sum (∫ per-zero ≈ log, not length×max) fits under the baked constants with ~2.5× slack. Let me verify the perimeter count forms in Lean before designing.
tool: Grep ok
input
{
"pattern": "def ZeroCountProp|def ZeroCountProp2|def NoLowZeros|theorem exists_zero_avoiding_T|lemma exists_zero_avoiding_T|def RHUpTo|def LiVerifiedUpTo",
"path": "D:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1",
"output_mode": "content",
"-n": true,
"-A": 14
}
result 2026-08-25 04:22:26Z → 2026-08-25 04:22:26Z
mode='content' num_files=0 filenames=[] content='D:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean:86:def ZeroCountProp : Prop :=\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-87- ∀ t : ℝ, 2 ≤ t →\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-88- (((zeroWindow_finite t).toFinset.sum fun ρ => zeroMult ρ) : ℝ) ≤ C0hat (t + 1)\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-89-\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-90-/-- The two-unit ordinate window: nontrivial zeros with |γ − t| ≤ 1. -/\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-91-def zeroAbsWindow (t : ℝ) : Set ℂ :=\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-92- {ρ | IsNontrivialZero ρ ∧ |ρ.im - t| ≤ 1}\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-93-\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-94-/-- Finiteness of the two-unit ordinate window (via Zeta23\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-95-`zerosIn_finite`). -/\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-96-theorem zeroAbsWindow_finite (t : ℝ) : (zeroAbsWindow t).Finite := by\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-97- apply Set.Finite.subset (zerosIn_finite (t - 2) (t + 1))\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-98- intro ρ hρ\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-99- refine ⟨hρ.1, ?_, ?_⟩\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-100- · have := hρ.2; linarith [abs_le.mp this]\n--\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean:115:def ZeroCountProp2 : Prop :=\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-116- ∀ t : ℝ, 10 ≤ t →\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-117- (((zeroAbsWindow_finite t).toFinset.sum fun ρ => zeroMult ρ) : ℝ) ≤\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-118- 0.6 * Real.log (t + 2) + 0.886 * Real.log (Real.log (t + 2)) + 2.7\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-119-\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-120-/-- [PERIMETER — Platt-class zero-location certificate, D-069 §2] There\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-121-are no nontrivial zeros with |γ| ≤ 14: the first nontrivial zero is at\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-122-γ = 14.134725…. This is the zero-LOCATION content of the\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-123-Platt–Trudgian-class Turing-method certificate (the same computation\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-124-that verifies RH to height 3×10¹² locates the zeros); it is not implied\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-125-by `RHUpTo` (an on-line statement) nor by the Trudgian count bounds\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-126-(the S_b slack is too large at low height). Declared in the\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-127-Platt–Trudgian trust class. [Added session 035 — 5f\'s piece 3\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-128-(far-difference sum) consumes this for the intervals below height 14;\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-129-D-069 Finding/need (P2).] -/\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean:130:def NoLowZeros : Prop :=\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-131- ∀ ρ : ℂ, IsNontrivialZero ρ → 14 ≤ |ρ.im|\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-132-\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-133-/-- Ĉ₀(t) ≥ 2 for t ≥ 1 (indeed ≥ 3.33: log(t+2) ≥ 1 as t + 2 ≥ 3 > e,\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-134-so log log(t+2) ≥ 0 and the constant 2.9 remains). -/\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-135-theorem two_le_C0hat {t : ℝ} (ht : 1 ≤ t) : 2 ≤ C0hat t := by\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-136- have h3 : (3 : ℝ) ≤ t + 2 := by linarith\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-137- have hlog : 1 ≤ Real.log (t + 2) := by\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-138- rw [Real.le_log_iff_exp_le (by positivity : (0:ℝ) < t + 2)]\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-139- have he := Real.exp_one_lt_d9.le\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-140- linarith\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-141- have hloglog : 0 ≤ Real.log (Real.log (t + 2)) := Real.log_nonneg hlog\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-142- have h1 : (0:ℝ) ≤ 0.433 * Real.log (t + 2) := by positivity\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-143- have h2 : (0:ℝ) ≤ 0.886 * Real.log (Real.log (t + 2)) := by positivity\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-144- unfold C0hat\n--\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean:237:theorem exists_zero_avoiding_T (hZC : ZeroCountProp) {a : ℝ} (ha : 2 ≤ a) :\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-238- ∃ T : ℝ, a ≤ T ∧ T ≤ a + 1 ∧\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-239- ∀ ρ : ℂ, IsNontrivialZero ρ → a ≤ ρ.im → ρ.im ≤ a + 1 →\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-240- 1 / (3 * C0hat (a + 1)) ≤ |ρ.im - T| := by\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-241- classical\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-242- have hfin := zeroWindow_finite a\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-243- set WF : Finset ℂ := hfin.toFinset with hWF_def\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-244- have hWFmem : ∀ ρ : ℂ, ρ ∈ WF ↔ ρ ∈ zeroWindow a :=\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-245- fun ρ => Set.Finite.mem_toFinset hfin\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-246- set S : Finset ℝ := WF.image Complex.im with hS_def\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-247- have hScard : S.card ≤ WF.card := Finset.card_image_le\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-248- have hWFcard : (WF.card : ℝ) ≤ C0hat (a + 1) := by\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-249- have h1 := hZC a ha\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-250- -- h1 : (∑ ρ ∈ WF, (zeroMult ρ : ℝ)) ≤ C0hat (a + 1); card ≤ Σ mult\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiContour.lean-251- have h2 : (WF.card : ℝ) ≤ ∑ ρ ∈ WF, (zeroMult ρ : ℝ) := by\n--\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiSkeleton.lean:354:def RHUpTo (T₀ : ℝ) : Prop :=\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiSkeleton.lean-355- ∀ ρ : ℂ, IsNontrivialZero ρ → |ρ.im| ≤ T₀ → ρ.re = 1 / 2\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiSkeleton.lean-356-\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiSkeleton.lean-357-/-- "Li coefficients verified positive up to N" (computational input:\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiSkeleton.lean-358-this project to N = 3000 (E-011/E-015, two independent methods);\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiSkeleton.lean-359-Misguich–Voros to N = 5×10⁵). λ_n is real (conjugate symmetry of the\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiSkeleton.lean-360-zero set); the skeleton states positivity of the real part. -/\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiSkeleton.lean:361:def LiVerifiedUpTo (N : ℕ) : Prop :=\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiSkeleton.lean-362- ∀ n : ℕ, 1 ≤ n → n ≤ N → 0 < (liCoeff n).re\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiSkeleton.lean-363-\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiSkeleton.lean-364-/- [PROVED session 012, tier (ii) step 1 — assembly modulo the named\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiSkeleton.lean-365-analytic hypothesis] R-004, the finite-height Li theorem (draft Thm 3.1).\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiSkeleton.lean-366-The full statement and proof are at the END of this file (§4), after the\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiSkeleton.lean-367-margin machinery they depend on: `lambda_pos_finite_height` there is\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiSkeleton.lean-368-proved from `SfBoundProp` (the single named analytic hypothesis, D-062\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiSkeleton.lean-369-triage) + the computational perimeter (Platt–Trudgian `RHUpTo`,\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiSkeleton.lean-370-`LiVerifiedUpTo`) + two elementary margin evaluations. -/\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiSkeleton.lean-371-\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiSkeleton.lean-372-/-! ## 2. The archimedean lower bound (D-037 Step 1) -/\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiSkeleton.lean-373-\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiSkeleton.lean-374-/-- a₁ = (log 4π + γ)/2, the j = 1 Lagarias coefficient. -/\nD:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1\\LiSkeleton.lean-375-def lagariasA1 : ℝ := (Real.log (4 * Real.pi) + Real.eulerMascheroniConstant) / 2' num_lines=85 num_matches=None applied_limit=None applied_offset=None
raw content_json (database row)
[{"type":"thinking","thinking":"Now I have the complete picture of the ii′-6 assembly. The B(n) components and their Lean status:\n\n**The identity (D-037 §4):**\nS_f(n) = Σ_{|γ|≤T}′ [1−(ρ/(ρ−1))ⁿ]·(−1) + (1/2πi)(I_I+I_II+I_III+I_IV) + triv(−2)\n\nBut wait — in our NEW Lean framework, we have the crux: Sf n = (ResW1 n).re, and rectInt'_Jlag: RectangleIntegral' (Jlag n) z w = ResW1 n + Σ_{ρ∈Sz} (zeroMult ρ)·(1−(ρ/(ρ−1))ⁿ). So:\n\nResW1 n = RectangleIntegral' (Jlag n) − Σ zero terms.\n\nHmm — sign conventions: rectInt'_Jlag says the rectangle integral of Jlag = ResW1 + Σ zeros. So ResW1 = RectInt − Σ_zeros mult·(1−(ρ/(ρ−1))ⁿ).\n\n|Sf n| = |(ResW1 n).re| ≤ ‖ResW1 n‖ ≤ ‖RectInt (Jlag n)‖ + ‖Σ zeros‖\n≤ (sum of the four side bounds)/(2π)?? — wait, RectangleIntegral' — is it normalized by 2πi? Let me check: \"RectangleIntegral'\" in Zeta23 — likely (1/2πi)∮ or plain ∮. Need to check the definition. D-037's identity has (1/2πi)(I_I+...). If Lean's RectangleIntegral' is the plain contour integral, then there's a 2π factor discrepancy! Let me check.\n\nAlso Jlag's definition — the kernel. From LiSides: \"the Lagarias-kernel integrand\" Jlag n. Let me check its def and the RectangleIntegral' def.\n\n**B(n) component mapping:**\n|Sf n| ≤ |λ_n(T)| + |sides| + |triv| where:\n- |λ_n(T)| = ‖Σ_{ρ∈Sz} mult·(1−(ρ/(ρ−1))ⁿ)‖ ≤ 2N(T) ≤ 2F(T) [Bn's first term 2·F T] — via hRH (bridge: each |1−(ρ/(ρ−1))ⁿ| ≤ 2 on the line) + ZeroCountProp-based count... wait — 2N(T) ≤ 2F(T) + 2S_bnd(T): the count of zeros with |γ| ≤ T. Hmm — in Lean, FAlt T = (1/2π)(T log T) + 0.137 log T + 0.443 log log T + (7/8 + 1.588). And the count of zeros inside the rectangle (|γ| ≤ T, 0 < re < 1... the rectangle σ₀ = −5/2 also encloses the trivial zero −2 and trivial zeros between −5/2 and 0 — only −2) — the nontrivial count ≤ N(T+1)-ish.\n\n- The four sides: I_I (right vertical σ₁ = 2√n): IIMaj n; I_III (left vertical −5/2): 4T[(2/3)Ĉ₀ + 10.5 log + 48] + 40 M₀; I_II + I_IV (horizontals): 2(e⁴+1)[7Ĥ(T) + 3.3]; triv ≤ 1.\n\n**Finding-2 repair**: H(T) = 3Ĉ₀² + A log + B₀ baked in Hhat; honest needs ≈ 7Ĉ₀² for the horizontal near-sum (clearance-coverage gap). This affects the horizontals bound: 2(e⁴+1)[7Ĥ + 3.3] — with the honest Ĥ′ := 7Ĉ₀² + A log + B₀, the bound becomes 2(e⁴+1)[7Ĥ′ + 3.3]. The margin slack (26× at N₀ per E-028) absorbs it — but the Lean theorem `sfBoundProp : SfBoundProp` must prove |Sf n| ≤ Bn FAlt n with the BAKED Bn (which uses Hhat = 3C₀²+...). So the repair requires either:\n(a) Proving the horizontal bound with 7Ĥ(T) where Ĥ = 3Ĉ₀² + A log + B₀ — but honest is 7·(7Ĉ₀² + ...) = 49Ĉ₀² vs baked 21Ĉ₀² — a shortfall of 28·2(e⁴+1)·Ĉ₀² ≈ 3100·Ĉ₀². Does the Bn margin absorb that WITHIN the |Sf| ≤ Bn statement? The statement |Sf n| ≤ Bn FAlt n must hold as baked — the slack in the OTHER pieces: D-037 §4 notes \"Leading behavior B(n) ≈ 2.54√n log n\" vs honest pieces have slack: e.g. the bridge 2N(T) ≤ 2F(T) is exact; the (III) 4T[(2/3)Ĉ₀ + ...] has the (2/3) → Finding-2 also mentions \"D-037's I_III (2/3)·Ĉ₀ coefficient gets the analogous two-unit correction to (4/3)-ish\" — that's another shortfall: 4T·(2/3)Ĉ₀ → 4T·(4/3)Ĉ₀, shortfall 4T·(2/3)Ĉ₀ ≈ 2.67·T·Ĉ₀.\n\nHmm — wait. This is significant: the honest bounds EXCEED the baked Bn in two places (horizontals near-sum and I_III's (2/3) coefficient). Does |Sf n| ≤ Bn still hold?? Per D-069 Finding 2: \"Impact: marginTilde's baked 3·Ĉ₀² coefficient moves to ≈ 7 + o(1); the margin at the certified base points drops by ≈ 1.5×10⁵ at n = 8×10⁴ — the crossover N₀ moves up... E-028's 26× slack says the theorem survives\". The \"theorem\" = R-004 (λ_n > 0). But SfBoundProp as stated (|Sf n| ≤ Bn FAlt n with baked constants) — hmm, if honest bounds exceed baked Bn, then |Sf| ≤ Bn could FAIL (not mathematically — |Sf| is what it is; but the PROOF via these bounds would not fit under Bn).\n\nWait — no. Let me re-read Finding 2: \"D-036 §2's H(T) = 3·Ĉ₀² + A·log + B₀ charges the horizontal-contour near sum (i) one unit-window count (Finding-1 issue again — the two-unit form fixes this part cheaply) and (ii) L3's clearance 1/(3·Ĉ₀), which covers only zeros INSIDE the pigeonhole window\". So the honest near-sum is ≈ 7·Ĉ₀² + 8·Ĉ₀ vs baked 3·Ĉ₀². The horizontal bound 7H(T) = 7·(3Ĉ₀² + ...) = 21Ĉ₀² + ... baked; honest 7·(7Ĉ₀² + 8Ĉ₀ + ...) = 49Ĉ₀² + 56Ĉ₀ + ... Shortfall ≈ 28Ĉ₀² per horizontal-charge... times 2(e⁴+1) ≈ 110: ≈ 3100Ĉ₀² ≈ 3100·(log T)² — at n = 10⁵, T ≈ 317, log T ≈ 5.8, Ĉ₀ ≈ 0.433·5.8+0.886·1.75+2.9 ≈ 6.96, Ĉ₀² ≈ 48.4: shortfall ≈ 150,000. And Bn(10⁵) ≈? margiñ(10⁵) ≈ 93,000 with margin = S−B+1 — B(10⁵) ≈ S(10⁵) − 93,000. S(10⁵) ≈ ½·10⁵·11.5 − 1.42·10⁵ ≈ 433,000. So B(10⁵) ≈ 340,000. The shortfall 150,000 is ~44% of B(10⁵) — |Sf n| ≤ Bn would still hold NUMERICALLY (|Sf| is tiny, ~13) — the QUESTION is whether the PROOF can certify |Sf| ≤ Bn with honest pieces: honest total = baked Bn + shortfall ≈ 340k + 150k = 490k — then |Sf| ≤ 490k does NOT give |Sf| ≤ Bn = 340k!\n\nHmm wait — that can't be right. Let me re-read Finding 2: \"the margin at the certified base points drops by ≈ 2(e⁴+1)·7·4·Ĉ₀² (≈ 1.5×10⁵ at n = 8×10⁴)\". So the MARGIN drops by 1.5×10⁵ — margin = S − B + 1, so B effectively increases by 1.5×10⁵. margiñ(8×10⁴) ≥ 8001 certified (true 15,764). Drop 1.5×10⁵ ⟹ margin goes NEGATIVE at 8×10⁴?! But \"the crossover N₀ moves up (estimate: within [10⁵, 5×10⁵], still under the finite-verification cap)\". So with the honest constants, the crossover moves up to somewhere in [10⁵, 5×10⁵], and the LOWER bound of SfBoundProp's range is n ≥ 10⁵ — if the honest crossover is > 10⁵, then SfBoundProp's range [10⁵, N₁] is no longer fully covered by the margin argument... but SfBoundProp is about |Sf| ≤ Bn, not margin. Ugh, I conflated margin and Bn.\n\nOK let me think clearly about SfBoundProp := ∀ n ∈ [10⁵, N₁], |Sf n| ≤ Bn FAlt n.\n\nThe honest assembly gives |Sf n| ≤ B_honest(n) where B_honest = Bn + shortfall(n). To prove |Sf n| ≤ Bn, need B_honest(n) ≤ Bn(n)?? NO — B_honest > Bn where the shortfall is positive. So the DIRECT assembly fails to prove the baked SfBoundProp!\n\nBUT — the slack: the baked pieces are themselves loose upper bounds on the actual pieces. The shortfall analysis shows the near-sum charge should be 7Ĉ₀² not 3Ĉ₀² — but the OTHER pieces have slack vs the actual quantities. The question is whether the TOTAL honest assembly ≤ Bn. Pieces:\n1. Zero bridge: 2N(T) ≤ 2F(T) — near-exact, no slack to give.\n2. I_III long: 4T[(2/3)Ĉ₀ + A log + B₀] — Finding 2 says (2/3) → (4/3)-ish: shortfall 4T·(2/3)Ĉ₀ = (8/3)T·Ĉ₀.\n3. Horizontals: 2(e⁴+1)[7Ĥ + 3.3] — Finding-2: Ĥ's 3Ĉ₀² → 7Ĉ₀²+8Ĉ₀: shortfall 2(e⁴+1)·7·(4Ĉ₀² + 8Ĉ₀) ≈ 2(e⁴+1)·(28Ĉ₀² + 56Ĉ₀).\n4. I_I: IIMaj — exact-ish.\n5. M₀, triv: exact.\n\nSo B_honest − Bn = (8/3)T·Ĉ₀ + 2(e⁴+1)·7·(4Ĉ₀²+8Ĉ₀) ≈ 2.67·T·Ĉ₀ + 110·(28Ĉ₀²+56Ĉ₀) ≈ 2.67·T·Ĉ₀ + 3100Ĉ₀² + 6100Ĉ₀.\n\nAt n = 10⁵ (T ≈ 317.2, Ĉ₀ ≈ 6.96): ≈ 2.67·317·6.96 + 3100·48.4 + 6100·6.96 ≈ 5890 + 150,000 + 42,500 ≈ 198,000. Bn(10⁵) ≈ 340,000. So the honest assembly gives |Sf| ≤ B_honest ≈ 538,000 > Bn = 340,000. The baked SfBoundProp at n = 10⁵ is NOT provable via this assembly!\n\nHmm — but wait. This can't be news: D-069 says \"the margin at the certified base points drops by ≈ 1.5×10⁵ at n = 8×10⁴ — the crossover N₀ moves up (estimate: within [10⁵, 5×10⁵])\". So the DESIGN response is: SfBoundProp's range starts at 10⁵ — and with the honest constants the crossover (where margin becomes positive — i.e., where B_honest < S+1) moves into [10⁵, 5×10⁵]. But SfBoundProp needs |Sf| ≤ Bn (the BAKED Bn) on [10⁵, N₁] — NOT margin > 0.\n\nHold on — maybe I'm misreading the role of the baked constants. Let me recheck what lambda_pos_finite_height_verified needs: it takes (hSf : SfBoundProp) with SfBoundProp := ∀ n ∈ [10⁵, N₁], |Sf n| ≤ Bn FAlt n. And the margin argument: liCoeff.re = SInfty + 1 − Sf ≥ sInftyLower + 1 − |Sf| ≥ sInftyLower + 1 − Bn — positivity from margin > 0 (proved via convexity + base points). So SfBoundProp with the BAKED Bn is exactly what's needed.\n\nSo how does the honest assembly close |Sf n| ≤ Bn with B_honest > Bn at small n? Options:\n(a) The shortfall is smaller than the slack in the remaining baked pieces: bridge slack? 2N(T) ≤ 2F(T) — F(T) vs actual N(T): FAlt includes the S-bounds generously? FAlt T = (1/2π)(T log T) + 0.137 log T + 0.443 log log T + (7/8+1.588) — the actual N(T) = F(T) + S(T) with |S| ≤ 0.137 log + 0.443 loglog + 1.588: FAlt = F + S_bnd exactly? F(T) = (T/2π)log(T/2πe) + 7/8 ≈ (1/2π)(T log T) − (log 2πe/2π)T + 7/8 — FAlt drops the linear term −(T/2π)log(2πe) ≈ −0.46T! Wait: FAlt T = (1/2π)(T log T) + 0.137 log T + 0.443 log log T + (7/8 + 1.588) — vs N(T) ≤ F(T) + S_bnd(T) = (T/2π)(log T − log 2π − 1) + 7/8 + 0.137 log T + 0.443 loglog T + 1.588. FAlt − N ≈ (T/2π)(log 2π + 1) ≈ 0.45T — so FAlt EXCEEDS N(T) by ≈ 0.45T ≈ 142 at T=317. Tiny slack.\n\nHmm, this needs careful analysis. Let me look at how the 5f assembly handled a similar pinch (the pinch lemma) — there the baked 10.5/48 fit with margin ≈ 1.9. For ii′-6, Finding 2 was explicitly flagged as \"ii′-6 repair map\" with \"E-028's 26× slack says the theorem survives; the certified crossover artifacts move\". \n\nI think the right approach: before designing ii′-6 in Lean, do the NUMERICAL analysis: compute B_honest(n) vs Bn(n) on [10⁵, N₁]-relevant range and find where B_honest ≤ Bn holds. If it fails near 10⁵, the design must change (e.g., absorb the shortfall via the slack in the other pieces — the horizontals' baked bound 2(e⁴+1)[7Ĥ+3.3] might have slack: the \"7H(T)\" charge itself is 7× the actual horizontal length? The 7 comes from the segment decomposition [−3, 3] length 6 + slack? etc.).\n\nThis is exactly why Finding 2 says \"TO BE FACED at ii′-6\". The first task of ii′-6 is the honest accounting (design doc D-071) with a numerical check.\n\nLet me first understand the horizontal \"7H(T)\" and the I_III \"(2/3)\" better — where do the 7 and 2/3 come from?\n\nFrom D-036 §3:\n- (II),(IV) horizontals: |I_II| = |I_IV| ≤ (e⁴+1)·[7H(T) + e·|ζ′/ζ(2)|·2] ≤ (e⁴+1)·[7H(T) + 3.3]. The 7H(T): H(T) is the max of |ζ′/ζ| on the horizontal; the 7 ≈ length of [−5/2, 3] = 5.5 plus the stepping geometric-sum factor e/(e−1)-ish? From (6.12) stepping: right part [3, 2√n] decays geometrically with sum ≤ e·|ζ′/ζ(3+iT)|·(e⁴+1)... The \"7\" = 5.5 (length of [−5/2, 3]) + ~1.5 (the geometric tail) ≈ 7. OK.\n\nSo the horizontals bound is (e⁴+1)·[∫_{-5/2}^{3} H(T) dx + tail] ≤ (e⁴+1)·[7H(T) + 3.3]. The near-sum inside H(T): H(T) = near ≤ C₀/d_min + R-bound. d_min = 1/(3C₀) — Finding 2's point: the pigeonhole gives clearance 1/(3C₀) only against zeros INSIDE [√n, √n+1]; zeros just outside can be closer. Repair: extend the pigeonhole window to (a−1, a+2) → count ≤ 3Ĉ₀, clearance ≥ 1/(7Ĉ₀)-ish, and split near-sum at |γ−T| = 1/4: Σ ≤ Ĉ₀·7Ĉ₀ + 2Ĉ₀·4 = 7Ĉ₀² + 8Ĉ₀.\n\nSo honest H(T) = 7Ĉ₀² + 8Ĉ₀ + A log + B₀ vs baked Hhat = 3Ĉ₀² + A log + B₀. Shortfall in H: 4Ĉ₀² + 8Ĉ₀. In the horizontals (×2(e⁴+1)·7 ≈ 110·7 = 770... wait ×2(e⁴+1)·7? The 7H(T) charge: 2(e⁴+1)·[7H+3.3] — the 7 multiplies H: shortfall = 2(e⁴+1)·7·(4Ĉ₀²+8Ĉ₀) ≈ 109.6·7·(4·48.4+55.7) at n=10⁵ ≈ 767·250 ≈ 192,000. Yes matches my earlier ≈192k estimate.\n\nAnd I_III's (2/3): the left vertical's near-sum: zeros at distance ≥ 3/2 from σ = −5/2 (re ρ ≥ 1/2... wait re ρ ∈ (0,1), so |σ₀ − re ρ| ≥ 5/2 − 1 = 3/2). The near-sum Σ_{|γ−t|<1} 1/|w−ρ|: each |w−ρ| ≥ 3/2, count ≤ C₀ ⟹ ≤ (2/3)C₀. Finding 2 says \"(4/3)-ish\" — the two-unit window correction (Finding 1's issue: one C₀ covers only a unit window; the near-sum's window |γ−t| < 1 is a TWO-unit window [t−1, t+1] — needs ZeroCountProp2's 0.6L+0.886LL+2.7 ≈ 1.4Ĉ₀... hmm wait actually 5f already fixed the near sum with the two-unit count (ZeroCountProp2). For I_III: near-sum ≤ (2/3)·(two-unit count) — the baked Bn uses (2/3)Ĉ₀ — but the honest two-unit count is 0.6L+0.886LL+2.7 vs Ĉ₀ = 0.433L+0.886LL+2.9: difference 0.167L − 0.2 ≈ 0.167·5.8 ≈ 0.77: shortfall (2/3)·0.77·4T ≈ 2.05T ≈ 650 at n=10⁵ — SMALL. Hmm, D-069 says \"(4/3)-ish\" — that's (2/3)·(two-unit) ≈ (2/3)·1.9Ĉ₀ ≈ 1.27Ĉ₀ ≈ (4/3)Ĉ₀-ish... the two-unit count 0.6L+0.886LL+2.7 vs Ĉ₀(t+1): at t=317: two-unit = 0.6·5.77+0.886·1.75+2.7 = 3.46+1.55+2.7 = 7.71 vs Ĉ₀ = 6.96: ratio 1.11 — so near-sum honest (2/3)·7.71 = 5.14 vs baked (2/3)·6.96 = 4.64: shortfall 0.5·4T = 634. Small.\n\nSo the DOMINANT shortfall is the horizontals: ≈ 192,000 at n = 10⁵, growing like Ĉ₀² ≈ (log T)² = (log n)².\n\nNow — where's the slack in Bn to absorb it? The bridge: |Σ zeros| ≤ 2N(T) ≤ 2F(T) — the baked Bn uses 2·FAlt T. FAlt T = (1/2π)(T log T) + 0.137 log T + 0.443 log log T + (7/8+1.588). The honest: 2N(T) where N(T) ≤ F(T) + S_bnd(T), F(T) = (T/2π)log(T/2πe) + 7/8. 2F(T)+2S_bnd = (T/π)(log T − log 2π − 1) + 7/4 + 0.274 log T + 0.886 loglog T + 3.176. vs 2FAlt = (T/π)log T + 0.274 log T + 0.886 loglog T + 6.338. Difference: 2FAlt − 2N ≥ (T/π)(log 2π + 1) + (6.338 − 7/4 − 3.176) = (T/π)·2.837 + 1.412 ≈ 0.903T + 1.4. At T = 317: ≈ 287. Small vs 192k.\n\nHmm. So B_honest(10⁵) ≈ Bn(10⁵) + ~190k slack needed. And Bn(10⁵) ≈ 340k. THE BAKED SfBoundProp AT n = 10⁵ CANNOT be proved via this assembly — the honest bound exceeds the baked Bn by > 50%.\n\nWait wait. Let me recompute Bn(10⁵) more carefully.\n\nBn F n with T = √n+1, n = 10⁵: T = 317.2.\n- 2F T = 2·[(1/2π)(317.2·log 317.2) + 0.137·log 317.2 + 0.443·log log 317.2 + 2.463] = 2·[(1/2π)(317.2·5.759) + 0.789 + 0.776 + 2.463] = 2·[290.7 + 4.03] = 589.4.\n- 4T[(2/3)Ĉ₀ + 10.5 log(T+2) + 48]: Ĉ₀ = 0.433·log 319.2 + 0.886·log log 319.2 + 2.9 = 0.433·5.766 + 0.886·1.752 + 2.9 = 2.497+1.552+2.9 = 6.949. 10.5·log(319.2) = 60.5. Inside: 4.633+60.5+48 = 113.1. 4T·113.1 = 4·317.2·113.1 = 143,500.\n- 40·1.3352 = 53.4.\n- 2(e⁴+1)[7Ĥ + 3.3]: Ĥ = 3·48.29 + 60.5 + 48 = 253.4. 7Ĥ+3.3 = 1777. 2(e⁴+1) = 2·55.6 = 111.2. → 197,600.\n- IIMaj n + 1 ≈ 1 (tiny).\nBn(10⁵) ≈ 589 + 143,500 + 53 + 197,600 + 1 ≈ 341,700. ✓ matches my earlier ~340k.\n\nHonest: horizontals 2(e⁴+1)·[7·(7·48.29+8·6.949+60.5+48) + 3.3] = 111.2·[7·(338+55.6+108.5)+3.3] = 111.2·[7·502+3.3] = 111.2·3517 ≈ 391,100 vs baked 197,600: shortfall ≈ 193,500. I_III honest: 4T[(2/3)·7.71 + 60.5+48] = 4T·113.8 = 144,400 vs 143,500: +900. Total honest ≈ 536,000 > Bn = 341,700. CONFIRMED: the honest assembly at n = 10⁵ overshoots the baked Bn by ~57%.\n\nSo the baked SfBoundProp CANNOT be discharged at n near 10⁵ with these honest bounds. Something must give. Options:\n\n(A) The 7H(T) horizontal charge is itself loose — the \"7\" (length 5.5 + tail) multiplies the FULL H(T) including the near-sum 7Ĉ₀². But the near-sum only matters NEAR the zeros — the horizontal segment's near-sum Σ_ρ 1/|w−ρ| over the WHOLE segment [−5/2, 3]×{T}: the total near-sum INTEGRAL is Σ_ρ ∫ dx/|w−ρ| — each zero contributes ∫_{−5/2}^{3} dx/|x + i(T−γ)| ≤ ... this is a per-zero integral ≈ 2·log(5.5·Ĉ₀·3)-ish (logarithmic in the clearance), NOT 5.5×(7Ĉ₀) per zero. The honest segment-integral of the near-sum: Σ_ρ ∫_{−5/2}^{3} dx/|w−ρ|: zeros within the 3-unit window (count 3Ĉ₀), each integral ≤ ∫_{-5.5}^{5.5} du/√(u² + c²) with c = clearance 1/(7Ĉ₀): = 2·asinh(5.5/c) ≈ 2·log(11·7Ĉ₀) ≈ 2·log(77Ĉ₀). Total near-integral ≈ 3Ĉ₀·2·log(77Ĉ₀) ≈ 6Ĉ₀·log(77Ĉ₀) — at n=10⁵: 6·6.95·log(535) = 41.7·6.28 = 262. Plus the far part and R-bound part: ∫(A log + B₀) dx = 5.5·(A log + B₀) = 5.5·108.5 = 597. Total horizontal |ζ′/ζ|-integral ≈ 860 + tail vs the baked 7Ĥ = 7·253 = 1771. So a CAREFUL segment-integral analysis gives MUCH less than the baked 7Ĥ — the baked 7Ĥ charges the MAX over the whole segment!\n\nHold on — that suggests the baked 7H(T) is itself quite loose, and the honest near-sum INTEGRAL (7Ĉ₀²·... no wait — Finding 2's repair: \"split the near sum at |γ−T| = 1/4: Σ ≤ Ĉ₀·7Ĉ₀ + 2Ĉ₀·4 = 7Ĉ₀² + 8Ĉ₀\" — that's the near-sum at a POINT (the max over the segment), charged ×7 (the segment length). The improvement I just sketched (integrate per-zero) replaces the ×7-length×max by the actual integral ≈ 6Ĉ₀·log(77Ĉ₀) + 5.5·(A log + B₀) + tail.\n\nHmm — but actually the horizontal-piece analysis in D-036/D-037 charges |I_II| ≤ (e⁴+1)·[∫|ζ′/ζ|] ≤ (e⁴+1)·7H(T): the 7H(T) = length·max. The honest repair of the MAX is 7Ĉ₀² + 8Ĉ₀ + A log + B₀ (Finding 2). The segment-integral improvement would give a much better bound but requires more machinery (per-zero integral + the clearance). That's the \"7× slack\" — no wait, E-028's \"26× slack\" refers to the R-bound's own slack.\n\nSo for the Lean assembly we have a design choice:\n(i) Honest-max route (Finding-2's plan): horizontals 2(e⁴+1)·[7·(7Ĉ₀² + 8Ĉ₀ + A log + B₀) + 3.3] ≈ 391k at n=10⁵ — BLOWS Bn.\n(ii) Segment-integral route: horizontals ≈ 2(e⁴+1)·[6Ĉ₀·log(77Ĉ₀) + 5.5·(A log + B₀) + tail] ≈ 111·[262+597+tail] ≈ 111·900 ≈ 100k at n=10⁵ — FITS under the baked 197.6k? The baked 2(e⁴+1)[7Ĥ+3.3] = 197.6k; honest-integral ≈ 100k ✓ FITS with ~2× slack.\n\nWait — but is the segment-integral bound rigorous? ∫_{-5/2}^{3} Σ_ρ 1/|w−ρ| dx = Σ_ρ ∫ dx/|w−ρ|. For zeros with |T−γ| small (< 1/4 say): count ≤ 3Ĉ₀ (3-unit window), per-zero integral ∫_{-5/2}^{3} dx/√((x−β)² + (T−γ)²) ≤ ∫_{-6}^{6} du/√(u² + c²) = 2·asinh(6/c) ≤ 2·log(12/c + 1)... with c ≥ 1/(7Ĉ₀): ≤ 2·log(84Ĉ₀+1)·... ≈ 2 log(85Ĉ₀). Zeros with |T−γ| ∈ [1/4, 1]: count ≤ 2Ĉ₀, per-zero ≤ 5.5·4 = 22. Zeros farther: handled by the R-bound tail (the tight R-bound's far sum is already part of R). Hmm — actually the tight R-bound (5f) gives |ζ′/ζ − Σ_{near} m/(s−ρ)| ≤ 10.5 log + 48 where near = unit window |γ−t| < 1. So ∫|ζ′/ζ| ≤ ∫|near-sum| + 5.5·(10.5 log + 48). And ∫|near-sum| = ∫|Σ_{|γ−T|<1} m/(w−ρ)| ≤ Σ_{|γ−T|<1} m·∫_{-5/2}^{3} dx/|w−ρ|.\n\nZeros in |γ−T| < 1: count ≤ ZeroCountProp2's 0.6L+0.886LL+2.7. Split at clearance c = 1/(7Ĉ₀)-ish (from the extended pigeonhole — wait, the T comes from exists_zero_avoiding_T which gives clearance 1/(3·C0hat(a+1)) — the Finding-2 issue is that this clearance is only against zeros in [a, a+1]). The extended pigeonhole (3-unit window (a−1, a+2)) needs a NEW lemma: exists T ∈ [a, a+1] with clearance 1/(7·C0hat(a+2))-ish against ALL zeros with |γ − T| < 1 (i.e., the (a−1, a+2) window). Count in 3-unit window ≤ 3·C0hat-ish (needs a three-unit count — ZeroCountProp applied 3× or a direct form). Then per-zero integral: zeros with c ≤ |T−γ| < 1: ∫ ≤ 2·asinh(5.5/c) ≈ 2 log(11/c) = 2 log(77Ĉ₀)... \n\nHmm OK — this is the design work. The point: the route EXISTS (segment-integral) and fits. But it's a substantial new build. Estimating: the horizontal piece is the crux of ii′-6 (like piece 3 was for 5f) — 1–1.5 sessions alone.\n\nAlternatively — maybe simpler: use the tight R-bound directly on the horizontal with the two-unit near count and charge the near-sum integral via the same per-zero integral. Hmm — actually here's a cleaner packaging: the tight R-bound 5f already bounds |ζ′/ζ − Σ_{near unit} m/(s−ρ)| ≤ 10.5 log + 48. For the horizontal segment, split:\n∫|ζ′/ζ| ≤ Σ_{ρ : |γ−T|<1} m·∫_{-5/2}^{3} dx/|w−ρ| + 5.5·(10.5 log(T+2) + 48).\n\nThe per-zero integral: ∫_{-5/2}^{3} dx/|x − β + i(T−γ)| ≤ ∫_{-5/2}^{3} dx/√((x−β)² + (T−γ)²) = asinh((3−β)/(T−γ)) + asinh((β+5/2)/(T−γ)) ≤ 2·asinh(5.5/|T−γ|) ≤ 2·log(11/|T−γ| + 1)... For |T−γ| ≥ c: ≤ 2·log(11/c + 1) ≤ 2·log(12/c) (c ≤ 1/(7Ĉ₀) small).\n\nZeros with |γ−T| < 1: count via ZeroCountProp2 ≤ 0.6L+0.886LL+2.7. Among them, the closest zero could be at distance... the clearance from the extended pigeonhole c ≥ 1/(7·(3-unit count)). So ∫|near-sum| ≤ (0.6L+0.886LL+2.7)·2·log(12·7·(3-unit count)) ≈ (0.6L+0.886LL+2.7)·2·log(84·(1.8L+2.7LL+8.1))... at n=10⁵: 7.71·2·log(84·19.5) = 7.71·2·7.4 = 114. So ∫|near| ≤ ~114. Plus 5.5·108.5 = 597. Total ≈ 711 + geometric tail (the [3, 2√n] stepping — baked 3.3? the baked has e·|ζ′/ζ(2)|·2 = 3.3 as the tail inside the 7Ĥ+3.3 — hmm the 3.3 is the right-tail beyond σ=3) ≈ 711·(e⁴+1)·2 ≈ 158k < 197.6k baked ✓ FITS.\n\nWait — but hold on: does the near-sum at the horizontal use the UNIT window (from the tight R-bound's nearZerosSub)? The tight R-bound's near set is the unit window |γ−t| < 1 (zeroAbsWindow?). For zeros at distance < clearance c from T — the extended pigeonhole guarantees NONE within c. Zeros in [c, 1): per-zero integral ≤ 2 log(11/c+1). Fine.\n\nActually — even simpler thought: instead of the per-zero integral machine, use a cruder split: ∫_{-5/2}^{3} dx/|w−ρ| ≤ (5.5)·min(1/c_effective...) no — the integral IS logarithmic; the crude charge (5.5/c per zero = 5.5·7Ĉ₀·3Ĉ₀ = 115Ĉ₀²) is what Finding 2's 7Ĉ₀²-ish does per point... The per-zero integral is essential to kill the Ĉ₀² → Ĉ₀·log Ĉ₀.\n\nOK. So ii′-6 needs:\n1. **Extended pigeonhole** (3-unit window clearance): new lemma, ~half session (clone exists_zero_avoiding_T with a 3-unit count — needs a three-unit ZeroCountProp application: ZeroCountProp at t+2, t+1, t... or direct: zeros in (a−1, a+2) ≤ Ncount over 3 units ≤ 3·C0hat(a+2)-ish via Ncount_le_of_interval machinery from LiCircleBound).\n2. **Sides identity** (rectInt'_Jlag on the chosen rectangle): ResW1 = RectInt − Σ zero-terms; |Sf n| = |(ResW1 n).re| ≤ ‖ResW1 n‖. ~half session.\n3. **Bridge**: ‖Σ zero-terms‖ ≤ 2·count ≤ 2·(N(T)-count ≤ FAlt T) via hRH (each term ≤ 2) + the count bridge (A0count/Ncount from LiCircleBound — the mult-weighted counts, unconditional!). Hmm wait — the count of zeros with |γ| ≤ T: A0count exists (LiCircleBound: A0count from Zeta23's RvM local count, mult-weighted, all t, unconditional). And FAlt majorizes N(T)... need the bridge N(T)-count ≤ FAlt T — is that in Lean? FAlt was defined (LiSkeleton:2404) as the Trudgian majorant. Is there a lemma count ≤ FAlt? The perimeter ZeroCountProp is the UNIT-window form (Ĉ₀(t+1)). For the full N(T)-count: hmm — D-062 L4 says \"Trudgian 2014 explicit N(T), S(T) bounds (underlies C₀, hence L2/L3, and the 2F(T) zeros term via FAlt)\". Is the N(T) ≤ FAlt bound part of ZeroCountProp or separate? Let me check ZeroCountProp's exact statement and whether there's a global N(T) count in the perimeter.\n4. **The four side bounds**: \n - I_I (right vertical σ₁ = 2√n): Dirichlet stepping + kernel e^{√n/2}+1 → IIMaj (L1 has kFun_shift_norm_le_exp_sqrt_half_add_one ✓; the ζ′/ζ decay 2^{-(σ₁−2)}·|ζ′/ζ(2)| — Dirichlet series machinery: norm_logDeriv_zeta_le_dirichlet at re ≥ 2 ✓ (LiCircleBound) + the stepping (6.12) — hmm the decay 2^{-(σ₁−2)} — from the Dirichlet series ratio? |ζ′/ζ(σ+it)| ≤ Σ Λ(n)/n^σ ≤ 2^{-(σ−2)}·Σ Λ(n)/n² for σ ≥ 2 ✓ elementary).\n - I_III (left vertical −5/2): kernel ≤ 2 ✓ (kFun_norm_le_two); |ζ′/ζ| via tight R-bound at t ≥ 10 (near-sum: each |w−ρ| ≥ 3/2 ✓ + two-unit count) + M₀ for |t| ≤ 10.\n - I_II/I_IV (horizontals): the segment-integral machine (new, the crux).\n - triv ≤ 1: the residue at −2 (zeroMult_neg_two = 1 ✓; the term (1−(ρ/(ρ−1))ⁿ) at ρ = −2 = 1 − (2/3)ⁿ ≤ 1 ✓ elementary).\n5. **The fold**: |Sf n| ≤ Bn FAlt n — the arithmetic fit: honest pieces ≤ baked Bn. Needs the numerics checked FIRST (the segment-integral form must fit under the baked 2(e⁴+1)[7Ĥ+3.3] with certified slack).\n\nWait — but hold on: if we use the segment-integral form, the honest horizontals ≈ 2(e⁴+1)·[114 + 597 + tail·...] — need to compare against baked 2(e⁴+1)·[7Ĥ + 3.3]. The fit: need Σ-near-integral + 5.5·(10.5 log+48) + tail ≤ 7Ĥ(T) + 3.3 = 7·(3Ĉ₀² + 10.5 log + 48) + 3.3. LHS ≈ 114 + 597 + 3.3-ish ≈ 714; RHS = 21Ĉ₀² + 73.5 log + 339.3 ≈ 1014+423+339 = 1776 ✓ 2.5× slack. As n grows: LHS ~ 5.5·10.5·log T + (0.6L)·2·log(84·1.8L) ~ 57.75·log T + 1.2L·log(151L); RHS ~ 73.5 log T + 21·(0.433L)² ~ 73.5 log T + 3.94L². The L² term dominates eventually ✓ the fit holds for large n. At n = 10⁵ fits 2.5×. Need certified numerics for the crossover region.\n\nHmm — but actually, do we even need the per-zero integral? Reconsider: what if we use Finding-2's honest MAX (7Ĉ₀² + 8Ĉ₀ + A log + B₀) for the near-sum but bound the horizontal INTEGRAL of the near-sum more carefully — the near-sum Σ m/|w−ρ| at a point w: its max over the segment is ≤ 7Ĉ₀²+8Ĉ₀ (Finding 2) but its INTEGRAL over the 5.5-length segment is ≤ Σ m·∫|w−ρ|⁻¹ dx ≤ (count)·2·log(11/c) — the integral kills the Ĉ₀². The Finding-2 doc's repair (charging the max × length) was a FIRST estimate; the segment-integral is the honest improvement and it fits. D-069 says \"Honest repair: extend the pigeonhole to the 3-unit window... and split the near sum at |γ−T| = 1/4: Σ ≤ Ĉ₀·7Ĉ₀ + 2Ĉ₀·4 = 7Ĉ₀² + 8Ĉ₀\" — that's the MAX repair. For the INTEGRAL we don't need the max at all — just the per-zero integral × the two-unit count + the clearance for the log argument. And the clearance only enters the log — the extended pigeonhole's exact constant barely matters (log(11/c) with c = 1/(7Ĉ₀) vs 1/(3Ĉ₀): log(77Ĉ₀) vs log(33Ĉ₀) — ratio tiny).\n\nSo the design is sound. This is a multi-session build (D-064 estimated 1–2 sessions for ii′-6 but that was BEFORE Finding 2's repair was scoped; with the segment-integral machine it's more like 2–4).\n\nGiven the scale, the first deliverable of THIS session should be the **ii′-6 design doc (D-071)** with:\n1. The exact component list + Lean statements.\n2. The numerical fit verification (B_honest ≤ Bn on [10⁵, ...] with the segment-integral form) — a Python check certifying the fold's slack at the base region + the asymptotic direction.\n3. The sub-stage map ii′-6-a..e.\n\nAlso need to check: ZeroCountProp's exact statement (what count form is in the perimeter — unit window mult-weighted), and whether a global N(T) ≤ FAlt bound exists in Lean (the bridge needs it). Let me check the perimeter statements in LiContour.","signature":""},{"type":"text","text":"This is a substantial sub-stage. Key discovery from the design review: D-069 Finding 2's honest-max repair (7Ĉ₀²) **overshoots the baked Bn** at n = 10⁵ by ~57% — but a **segment-integral** treatment of the horizontal near-sum (∫ per-zero ≈ log, not length×max) fits under the baked constants with ~2.5× slack. Let me verify the perimeter count forms in Lean before designing."},{"type":"tool_use","id":"Grep_167","name":"Grep","input":{"pattern":"def ZeroCountProp|def ZeroCountProp2|def NoLowZeros|theorem exists_zero_avoiding_T|lemma exists_zero_avoiding_T|def RHUpTo|def LiVerifiedUpTo","path":"D:\\Python\\Quantum\\research\\lean\\NguyenRH1\\NguyenRH1","output_mode":"content","-n":true,"-A":14},"extra_content":null}]