Skip to content

mirrormere: the full prime-free window (2L <= log 2) proved kernel-native, hypothesis-free, no Arb seam (draft; includes #606; grant after #607) - #615

Open
DrMurphyIsIn wants to merge 12 commits into
mainfrom
cl/kwin
Open

DrMurphyIsIn wants to merge 12 commits into
mainfrom
cl/kwin

Conversation

@DrMurphyIsIn

@DrMurphyIsIn DrMurphyIsIn commented Sep 24, 2026 •

Copy link
Copy Markdown
Owner

Summary

conjecture1_proved = False. This is Weil positivity on one finite window, not RH.

RvMBridge31.PrimeFreeWindowPositivity (E6Bridge31 on main) is proved with no hypotheses. The statement: for every Weil test g with support in [-L, L] and 2L <= log 2, Re weilForm (autocorr g) >= 0. The test class is the goal node's own, with the pole terms kept. The proof also gives the quantitative floor WindowFloor(log 2/2, 9/10000). There is no Arb seam: nothing of ReducedHeadFloor type, and no enclosure hypothesis anywhere in the closure.

Route

The KWin_* files are all new, on the rvm_bridge island. They sit on top of #606's Zhu reduction.

  1. Zhu split at T = 20.
  2. An exact-rational minorant of the digamma symbol: 7 pieces, from the island's psiR_ge_series with N = 400 plus a tail. This replaces quadrature entirely, so there is no quadrature error term.
  3. Exact power-series head blocks on the Legendre basis. Each block gets an exact LDL^T certificate checked by decide +kernel: even sector lam0 = 461/500000, odd sector 44191/10^6. A negative control at lam = 1e-3 is rejected by the kernel.
  4. A projection tail with a 2x2 bound, which needs no Legendre completeness.
  5. A new Euler-gamma bound, gamma <= H_16 - 4 log 2 - 1/32 + 1/3072. The island's old bound had an error larger than the entire margin.

Kernel time is about 48 s.

Verification

Independent review

An independent skeptic from session peterwmurphy-95 rebuilt cl/kwin and found the proof sound, with no gap. Its registry findings are fixed: [proof] link, the MM. name convention, and the window_tenth containment is now the kernel corollary weil_positivity_window_tenth_of_prime_free.

Registry

The new node MM_weil_positivity_prime_free_window is DRAFT. Its gate pre-flight is True. It contains MM_weil_positivity_window_tenth.

It will not be granted before #607. After #607 lands: an independent audit, then the Comparator judge on rvm_bridge.

Note

This branch includes #606 (rh/zhu-inputs), which it builds on. Merge #606 first, or merge them together.

🤖 Generated with Claude Code

https://claude.ai/code/session_01LMeoWeTz2Q3iSeLfqxfYo6

Attribution (added 2026-09-25, from the "missing Frobenius" literature review)

  • Prior result. Weil positivity on the window x = e^{2L} = 2 (support in [2^{-1/2}, 2^{1/2}] multiplicatively) is Yoshida's 1992 theorem, which Connes–Consani revisit in arXiv:2006.13771 (2020).
  • What Yoshida's statement assumes. It holds on the pole-free subspace: ĝ vanishes at the pole points.
  • What this PR proves. The same window on the full test class, with the pole terms kept, kernel-checked with no Arb seam. The margin is 1.33e-3, against Connes–Consani's 0.547 on the pole-free class.
  • Why the two statements differ. They are not equivalent: the fibre directions e^{±u/2} are not window-supported, so they can't be projected out inside the test class.
  • Does not separate ζ from Davenport–Heilbronn. Like every current window result, this one is blind to DH: D's form stays positive until x ≈ 31–35.

Dr. Murphy and others added 4 commits September 24, 2026 01:12
…wFloor(log2/2, 9/10000) and the PrimeFreeWindowPositivity body at 2L = log 2, hypothesis-free

Exact-rational digamma minorant (7 pieces, psiR_ge_series N=400 + tail) replaces quadrature; Zhu split at T=20;
exact LDL^T head certificates (even lam0=461/500000, odd 44191/10^6) by decide +kernel with a lam=1e-3 negative
control rejected; projection tail + 2x2 bound; new gamma <= H_16 - 4 log 2 - 1/32 + 1/3072. Pole terms KEPT
(goal-node class). Per PR #604 the 1.3e-3 margin is zero content (first 200 zero pairs); not Connes-Consani
(pole-free class). Skeptic not refuted. conjecture1_proved = False.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01LMeoWeTz2Q3iSeLfqxfYo6
…dowPositivity (E6Bridge31, main) PROVED hypothesis-free; register MM_weil_positivity_prime_free_window (DRAFT)

Merged island: 8931 jobs, 979 guard lines all standard. Gate pre-flight True. No grant before PR #607.
conjecture1_proved = False.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01LMeoWeTz2Q3iSeLfqxfYo6
…ame MM.weil_positivity_prime_free_window, window_tenth containment now a kernel corollary (weil_positivity_window_tenth_of_prime_free)

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01LMeoWeTz2Q3iSeLfqxfYo6
… WITH imports (Mathlib + Statements.MMDefs) via the mission CLI

Fixes mission-statements-compile (mirrormere): the earlier file copied the import-less shape of
MM_weil_positivity_window_tenth, which is not imported by Statements.lean and so was never compiled.
Elaborates locally against MMDefs. Name, [proof] link and title restored. Still DRAFT.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01LMeoWeTz2Q3iSeLfqxfYo6
# Conflicts:
#	telperion/examples/rvm_bridge/lean/AxiomGuardRvMBridge.lean
#	telperion/examples/rvm_bridge/lean/lakefile.toml
Dr. Murphy and others added 3 commits September 24, 2026 15:35
# Conflicts:
#	telperion/missions/mirrormere/lean/Statements.lean
…venance (honest labels) + rvm_bridge judge bundle

merge main; read-back written in the author's session, recorded independence = "unverified"
(display label says self-attested); granted via `mission grant` ([grant] digests, gate
2026-09-23.1; owner ruling 2026-09-24); rvm_bridge judge bundle regenerated (--check OK).
conjecture1_proved = False.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01LMeoWeTz2Q3iSeLfqxfYo6
DrMurphyIsIn pushed a commit that referenced this pull request Sep 24, 2026
…venance (honest labels) + rvm_bridge judge bundle

merge cl/kwin (#615 grant) + main; read-back written in the author's session, recorded
independence = "unverified"; granted via `mission grant` ([grant] digests, gate 2026-09-23.1;
owner ruling 2026-09-24); rvm_bridge judge bundle regenerated (--check OK, 54 challenges).
window_half (KWin2_BridgeHeavy) stays unregistered (outside CI). conjecture1_proved = False.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01LMeoWeTz2Q3iSeLfqxfYo6
Dr. Murphy and others added 3 commits September 25, 2026 13:48
…-only)

`MM_weil_positivity_prime_free_window` declares `heavy_certificates = true`, so
the Comparator judge writes its config with `enable_nanoda = false`: the Lean
kernel replay and the export axiom whitelist still run, the second (nanoda)
kernel does not.  The KWin window certificates need ~16-19 GB per decide, which
exhausted the 16 GB runner and killed the whole shard after five nodes
(run 36076883673); with the flag, the shard's single heavy node is judged by the
Lean kernel alone and the other twelve keep both kernels.

Merged main in for the machinery this depends on: #632 (the flag, the swap step
for shards containing a heavy node, the dispatch filter, and
`comparator-record --lean-kernel-only`) and #625 (`ulimit -s unlimited`).

Judge bundle regenerated; `judge --island rvm_bridge --check` matches the
registry (53 challenges) and the node's config row now reads
`lean-kernel-only`.  `mission verify` is OK on all four campaigns.  The record
itself follows once the restricted shard dispatch passes, as
`comparator-record --lean-kernel-only`, which stores
`second_kernel = "none: heavy_certificates"` so provenance-report prints
"Lean kernel only" rather than staying silent.

No Lean source changes; no status change; conjecture1_proved = False.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_017icTazCuXLgRx61VNRAZWU
`judge rvm_bridge 2/4` of run 36169770951 passed 13/13.  The log line for this
node is exactly

    COMPARATOR PASS island=rvm_bridge node=MM_weil_positivity_prime_free_window
      theorem=weil_positivity_prime_free_window run=36169770951
      kernel=lean-kernel-only

and the other twelve nodes of the shard passed with `kernel=nanoda`, so the
heavy-certificate flag turned the second kernel off for this node only.  The
swap step ran ("extra swap enabled: /mnt/arda-judge.swap") and the shard
finished instead of killing the runner after five nodes as it did on
run 36076883673.

`comparator-record --lean-kernel-only` stores `second_kernel = "none:
heavy_certificates"`, and `provenance-report` now prints

    MM_weil_positivity_prime_free_window  comparator=36169770951
      Lean kernel only (heavy_certificates: nanoda not run)

so the weaker check is stated, never silent.  The recorded artifact sha256
(2c4bc212...) equals the one in `[grant]`, i.e. the judge checked the same
artifact the grant pinned.

`theorem` is recorded as the bare island theorem name, matching what the PASS
line prints and the existing record on RH_dbn_debruijn_real_zeros from the same
judge flow, so a verifier can grep the shard log for exactly this string.  Note
the Comparator config asserts the bridge theorem
`MissionJudge.MM_weil_positivity_prime_free_window`, and the anduril records use
module-qualified names; that inconsistency is worth normalising separately
rather than inventing a third convention here.

`mission verify` OK on all four campaigns; `judge --island rvm_bridge --check`
matches the registry (53 challenges).  No status change, no Lean source change;
conjecture1_proved = False.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_017icTazCuXLgRx61VNRAZWU
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant