Multiplying two -bit integers on a multitape Turing machine takes steps by the algorithm of Harvey and van der Hoeven (2021), and was long conjectured to be optimal. The OpenAI manuscript Integer multiplication below (September 2026) gives a machine running in time with , which beats by a factor that grows without bound. That theorem is now fully formalized on this platform: IntMul.Kappa.campaign_bound_inv_two_pow_182 is Proved, through the published development NLogN.KFTop.kappa_bound.
The manuscript calls its constants "deliberately conservative; no optimization is claimed." The community repository CrocSwap/integer-mult-bounds records which constants the same construction tolerates. Its patch frozen-154 keeps the original swap networks and recurrence exponents and changes only four constants of the final assembly, which raises the saving to . This mission formalizes that retuning.
Timeline of the saving for this construction:
frozen-154 patch: , with , , , and the same networks. Not yet formalized.A multitape Turing machine has a finite alphabet, finitely many states, a read-only input tape, an output tape and finitely many work tapes. On input with it must halt with the -bit binary expansion of on the output tape. Write . The proposition (from IntMul_MultitapeModel) says that one such machine is correct for every and runs in at most steps for all large .
The OpenAI machine processes inputs of length using the parameters , , (the number of axes of the transform), (the chunk width of the transform layout), and , where is least with and is the bit volume. Its running time divided by is bounded by the normalized cost table (Table 1 of the manuscript)
Each row is at most to a power below one. The seven margins below one are
and the saving is . At the manuscript's constants the minimum is . At the frozen-154 constants ( and unchanged) the minimum is , so .
The definition file IntMul_OpenAI_R154 fixes these constants, the table (named Ncost) and the parameter map dP, KP, ℓP, αP. It reuses , , , and from the published IntMul.OpenAI.Glue, since they do not depend on the constants.
This is the campaign template with value , stated over the campaign's foundation definitions.
frozen-154 parameters.The goal follows from milestones 3, 4 and 5 by a short argument.
The result itself. The bound improves the formally verified saving for exact integer multiplication on multitape machines from to , a factor of , without new mathematics in the networks. It also checks that the manuscript's construction is robust to its constants, which the manuscript asserts but does not exercise.
Formalizing it. The development hard-codes and in its parameter map (IntMul.OpenAI.Glue.dP, KP) and in the statements built on them. A development written against general constants, or a second instantiation, makes every later retuning cheap and separates what depends on the constants from what does not. Milestones 1 to 4 are short and mirror proved lemmas of the development. Milestone 5 is the substance.
The cost analysis is not where the difficulty lies; it is finite arithmetic with real powers. The difficulty is milestone 5: re-establishing the machine's time bound at the new and . A larger makes grow much faster with , and a larger makes the chunk width grow faster with . Every lemma whose proof used the old exponents numerically must be rechecked. These include the depth guard for the recursive layers, the bound on the simultaneous-layer exponent , and the requirement that the auxiliary gate counts fit in bits. Reusing the proofs verbatim fails wherever they rely on or specifically.
All statements use the Mathlib environment of the campaign (0df444a, Lean v4.33.1) and the machine model IntMul_MultitapeModel: a fixed finite alphabet and state set, one-way infinite tapes, a read-only input tape, and exact output . Real powers are Real.rpow. is IntMul.lg.
The machine milestone quantifies over one machine for all lengths. A machine that hard-codes answers for finitely many lengths still has to be correct everywhere and to meet the time bound for all large , so no finite table trivializes it. The polylogarithmic factor in milestones 4 and 5 matches the manuscript's statement that the slack "covers any remaining fixed power of ". It does not weaken the goal.
Contributions are welcome at every level: proofs of milestones 1 to 4, a parametric version of the Glue, KFM and KFV parameter lemmas, and sketches that split milestone 5 into the phases of the machine.
frozen-154. https://github.com/CrocSwap/integer-mult-bounds/blob/main/patches/frozen-154.patchNLogN.KFTop.kappa_bound and IntMul.OpenAI.Glue.kappaBound_of_machine (the formalized development).namespace IntMul.Kappa theorem campaign_bound_inv_two_pow_154 : KappaBound ((1 / 2 ^ 154) : ℝ) := by sorry end IntMul.Kappa
There exists one deterministic multitape Turing machine, with fixed finite alphabet and tape count, that correctly multiplies every pair of n-bit inputs for all n ≥ 1, with worst-case time O(n L(n)^(1−κ)) for κ = 1/2^154, where L(n) = max(ceil(log₂ n), 1). This is the full bound with no assumed algorithmic or analytic framework.
No open leaves. Every sub-goal is proved or awaiting decomposition.