/teal-sea
teal-sea / zeta-labstate of record · compiled 28 Sep 2026 · revision e4945c4 · source

Externally verified

2 results in this record have been checked by someone other than us. Everything else on this site is self-asserted, however carefully: our tests, our adversaries, our kernel runs, our own ledger of being wrong. A laboratory grading itself is still the laboratory grading itself. This page is for the results an outside party fetched and checked, and it is a standing place rather than a notice.

2results checked outside this laboratory
4declarations advertised
0errors
0warnings
2independent kernels
0proof gaps

01. What the registry did

The Palomar Registry is a registry of Lean-verified mathematics, incubated by the Lean FRO and ICARM, which opened for submissions on 18 August 2026. It stands to a Lean proof roughly as a preprint server stands to a paper: it records a claim from a fixed commit of a public repository, replays the proof, applies an editorial floor for research interest, and publishes the statement together with what the review found.

It did not read our account of the proof. It fetched the commit, rebuilt the development from scratch on its own hardware inside a sandbox, and replayed every step through Lean's kernel and through NanoDa, a kernel written independently of it. Two checkers, and neither of them ours.

02. Zeta Lab: source-admissible strong closure for the F1 window functional

The submission, and what came back
repositoryteal-sea/zeta-lab
commit8a28a4faa3fb0fe68649f4f22faba7efe4bc3406
mechanical verificationpass, zero errors, zero warnings
replayed throughLean and NanoDa kernels
editorial review“No problems were identified”
reviewercodex:gpt-5.6-sol, a model. No person read it
review coveredpresentation, statement alignment, definitions, literature account, research interest
result originoriginal, the registry's classification of the submission, not ours
trust levelhigh
untrusted sourcesnone
statement dependenciesMathlib only
advertised declarations3, each depending on exactly propext, Classical.choice, Quot.sound
proof gaps0
registered2026-08-21T05:36:48Z
verification runpublic log
registration runpublic log
registry entryhttps://palomar-registry.org/entry?id=PALOMAR-2026-08-21-000004&version=1

Write A = I + T for the Fredholm operator whose kernel is the Farmer-Gonek-Lee form factor F1 on I = [-1/2, 1/2], and set w = A⁻¹1 and c* = ⟨1, w⟩. Over the compactly supported monotone admissible class of profiles v(s) = φ(Ls)²:

sup ⟨1,v⟩² / ⟨Av,v⟩ = c*, and inf ⟨Av,v⟩ / ⟨1,v⟩² = 1/c*.

The upper bound is not the content. That ⟨1,v⟩² ≤ c*⟨Av,v⟩ is energy Cauchy-Schwarz. It holds for every v, it is classical, and it is not the thing worth checking. The content is the reverse inequality: imposing evenness, radial monotonicity, an exact compact support, the amplitude ceiling and uniform bounds on the second derivatives does not lower the supremum. It is proved by exhibiting an explicit endpoint-tapered family inside the class whose quotient converges to c*.

The part worth restating, because it is the way this gets misread: it is a statement about a Fredholm operator on an interval and about a class of test profiles. It says nothing about the zeros of the zeta function, nothing about the Riemann hypothesis, and it asserts no numerical value for c*.

The declarations advertised, in ZetaLean.Palomar
declarationmodulestatus what it says
ZetaLean.Palomar.pub1_strong_closureSolutionprovedSource-admissible strong closure, supremum orientation, for an arbitrary profile w
ZetaLean.Palomar.pub1_strong_closure_reciprocalSolutionprovedSource-admissible strong closure, reciprocal orientation, for an arbitrary profile w
ZetaLean.Palomar.pub1_strong_closure_existsSolutionprovedSource-admissible strong closure, both orientations, with the profile and the uniform constants existentially quantified

Scope, in the words the registry was given

The submission's own scope field, quoted rather than summarised.

Formalized: the three advertised declarations, unconditionally against pinned Mathlib v4.33.0-rc2. pub1_strong_closure and pub1_strong_closure_reciprocal assume only IsProfile w, which says that w is a bounded continuous solution of Aw = 1, that is, it names the object the statement is about rather than imposing a further condition on it. pub1_strong_closure_exists carries no hypothesis at all, so no advertised statement can be vacuous. Not formalized, and deliberately outside the advertised statements. The attained maximum over the wider C^2(I) profile class is not itself a formalized statement; only the supremum over the stricter class is, and over that class the value is approached and not attained. The formalized regularity statement is second-order differentiability of w on the open interval (-1/2, 1/2); the upgrade to the closed interval used for attainment in the informal companion note is a short classical mean-value argument and is not formalized. Nothing here formalizes any statement about the Riemann zeta function, its zeros, the proportion of zeros on the critical line, or the Riemann Hypothesis, and the cited paper's realization theorem is neither used nor reproved. No numerical value, enclosure or certificate for c* is part of any advertised statement; the exact-rational certificates in the repository are separate artifacts and are not submitted here. Lean does not verify the interpretation of the Farmer-Gonek-Lee form factor, historical attributions, or novelty relative to the literature.

Statements, axioms, namespace and the quotation above are read from lean/formalization.yaml and lean/comparator.json at build time, so none of it is a retyping.

03. Zeta Lab: the analytic half of Davenport-Heilbronn

The submission, and what came back
repositoryteal-sea/zeta-lab
commit097215a8413641fd3b3de137386316bf294328de
mechanical verificationpass
replayed throughLean and NanoDa kernels
editorial reviewrecorded outcome neutral, the registry's own review field, with no warnings recorded. The report itself is published only as a hash, so it is not quoted here
reviewercodex:gpt-5.6-sol, a model. No person read it
review coveredpresentation, statement alignment, definitions, literature account, research interest
result originsource-based, the registry's classification of the submission, not ours
trust levelhigh
untrusted sourcesnone
statement dependenciesMathlib only
advertised declarations1, each depending on exactly propext, Classical.choice, Quot.sound
proof gaps0
registered2026-08-21T23:05:23Z
verification runpublic log
registration runpublic log
registry entryhttps://palomar-registry.org/entry?id=PALOMAR-2026-08-21-000012&version=1

Davenport and Heilbronn (1936) exhibited a Dirichlet series with real coefficients satisfying a functional equation of Riemann type which nevertheless has zeros off the critical line. Write DH(s) = (1 - iκ)/2 · L(s, χ) + (1 + iκ)/2 · L(s, χ⁻¹) for a quartic Dirichlet character χ mod 5 and κ = (√(10 - 2√5) - 2)/(√5 - 1), the value that rotates the two conjugate root numbers onto each other and so makes the coefficients real. The advertised theorem is the analytic half:

There exists an entire function f, represented by the Davenport-Heilbronn series on Re s > 1, whose completion (π/5)^(-(s+1)/2) · Γ((s+1)/2) · f(s) is symmetric under s → 1 - s.

This is not the half the theorem is famous for. Davenport and Heilbronn are cited for the zeros off the critical line, and that is not what was checked here. What was checked is that the function exists, is entire, and satisfies the symmetry. The counterexample's punchline is absent, and nothing here establishes it.

The work is in the construction. The Davenport-Heilbronn function is not a library object anywhere we could find, so the development builds it: the quartic character mod 5, the linear combination, entirety on all of ℂ, the coefficients as the real period-5 sequence 1, κ, -κ, -1, 0, and the completed functional equation. The last is where the content sits, and it reduces to a root-number identity whose convention-sensitive constants are derived inside the development from Mathlib's Real.cos_pi_div_five by radical algebra, rather than transcribed from a table. Getting κ wrong yields a function whose coefficients are not real, which is then not the counterexample at all. The functional equation carries explicit guards excluding the poles of the two Gamma factors, because Mathlib's junk value Γ = 0 at the poles would otherwise make the unrestricted statement false for reasons that have nothing to do with the mathematics.

The statement is existential in f, so it carries its own non-vacuity. And it is source-based in the registry's own classification: it formalizes a result of Davenport and Heilbronn from 1936. It is not a new theorem, and this record does not present it as one.

The declarations advertised, in ZetaLean.PalomarDH
declarationmodulestatus what it says
ZetaLean.PalomarDH.dh_analytic_halfDHSolutionprovedThe analytic half of the Davenport-Heilbronn theorem, existentially quantified in the function

Scope, in the words the registry was given

The submission's own scope field, quoted rather than summarised.

Formalized: the single statement advertised in DHChallenge.lean, unconditionally. That is the existence of an entire function satisfying the Davenport-Heilbronn series representation on Re z > 1 together with the completed functional equation. Not formalized, and deliberately outside the advertised statement: the existence of a zero of the Davenport-Heilbronn function off the critical line, and therefore the Davenport-Heilbronn theorem itself; any numerical enclosure, interval evaluation or certificate for any zero; and any statement about the Riemann zeta function or the Riemann Hypothesis.

Statements, axioms, namespace and the quotation above are read from lean/palomar-dh/formalization.yaml and lean/comparator-dh.json at build time, so none of it is a retyping.

04. What this is not

It is not peer review. No person read it. A machine rebuilt the development, two kernels accepted every step, and an editorial pass by a reviewer model reported no problems across the headings listed above. That is a real check and it is not ours, which is the whole reason for this page. It is not a mathematician saying the argument is right, or that the result is worth having.

It does not add a rung. The certainty ladder this laboratory grades against ends at kernel-checked, and it still ends there. Review by an outside reader is not a grade we can award ourselves, and this does not award it. Each submission's own review field still reads self-assessed.

It covers what it covers. The candidate past the two-thirds constant on the front page is a different chain, it still carries an open step, and it has not been through this. Nothing here transfers to it.

05. Every surface, and what state it is in

Both submissions above are registered and both now have public registry entries, linked in their receipts. Each identifier was read back out of the registry's own published record before being put on this page, rather than guessed from the pattern of the others.

Both are reachable by direct link and both are listed in the registry's own index and search.

Every submission surface the tree carries is below. A surface here is prepared, which is not the same as checked, and the table says which is which.

Submission surfaces in the tree
submissionmetadatadeclarationsstate
Zeta Lab: source-admissible strong closure for the F1 window functionallean/formalization.yaml3checked
Zeta Lab: the analytic half of Davenport-Heilbronnlean/palomar-dh/formalization.yaml1checked
Zeta Lab: the seven-point simple-zero bound, formalised to its hypotheseslean/bridge/formalization.yaml0prepared, no result recorded
Zeta Lab: the n-point simple-zero bound, with unconditional three- and four-point instanceslean/bridge/palomar-v2/formalization.yaml0prepared, no result recorded

What was submitted is derived: the statements, the axioms, the namespaces and the scope quotations are read from the submission metadata in the zeta-lab tree at build time. Whether it was registered, and under what entry, is read from the registry's own feed at build time, because the commit that was checked cannot contain the verdict on itself. The run logs and the review wording, which the registry record does not carry, are kept here beside the entry they belong to.