Research artifact for “The Boolean Kernel Basis and Its Low-Degree Filtration over Arbitrary Fields” by Ali Mkhida (Algorizk Labs).
This repository studies a Boolean-indexed polynomial basis in which every basis element has maximal ordinary degree, then characterizes exactly how low-degree polynomials appear in those coordinates.
- Paper:
docs/paper.pdf - LaTeX source:
docs/paper.tex - Rust computational checks:
rust/ - Lean 4 formalization:
KernelBasisFiltration.lean - Verification notes:
docs/VERIFICATION.md
Let
The paper proves three structural facts.
The family
is a basis of
This is deliberately unlike a degree-graded basis: low degree cannot be read off by simply asking which kernel coefficients vanish.
For
the monomial coefficients satisfy
Thus kernel coordinates and monomial coordinates are related by a Boolean zeta transform composed with the complement permutation. The inverse is Boolean Möbius inversion. Both admit
Split a kernel index as
where
In characteristic two,
The research question is representation-theoretic: what does an ordinary degree bound look like after changing from monomial coordinates to a basis whose individual elements are all high-degree?
The result is relevant to later work on FRI-style folding because folding is fundamentally tied to degree reduction. This repository does not claim an FRI folding theorem, a proximity theorem, or a polynomial commitment construction. Those are separate research questions.
| Path | Role |
|---|---|
docs/paper.pdf |
Human-readable manuscript |
docs/paper.tex |
Reproducible paper source |
docs/references.bib |
Bibliography |
rust/src/lib.rs |
Zeta/Möbius transforms, coefficient formula, filtration checks |
rust/src/bin/bench.rs |
Naive-vs-fast timing harness |
KernelBasisFiltration.lean |
In-progress Lean/Mathlib formalization |
docs/VERIFICATION.md |
Exact computational/formal verification boundary |
.github/workflows/ci.yml |
Rust and Lean build gates |
The Rust artifact contains deterministic executable checks for:
- the exact coefficient formula;
- naive
$O(N^2)$ vs fast$O(N\log N)$ zeta transforms; - naive vs fast Möbius inversion;
- zeta/Möbius round trips;
- both directions of the low-degree filtration theorem over the Goldilocks prime field;
- boundary cases, including
$m=0$ ,$k=m$ , invalid dimensions, and characteristic two.
The committed tests are cross-checks, not a formal proof of the theorem.
The Lean file currently formalizes the definitions and states central results for:
- kernel polynomial degree;
- monicity;
- the coefficient formula;
- linear independence.
Those central proofs still contain sorry, and the full filtration theorem has not yet been formalized. A successful Lean CI build therefore means that the current declarations elaborate and type-check with admitted proof obligations; it is not evidence of a completed machine-checked proof.
cargo fmt --manifest-path rust/Cargo.toml --all -- --check
cargo test --manifest-path rust/Cargo.toml --all-features
cargo clippy --manifest-path rust/Cargo.toml --all-targets --all-features -- -D warningsRun the timing harness with:
cargo run --release --manifest-path rust/Cargo.toml --bin kernel-basis-benchThe harness prints measurements for the machine on which it is run. The repository does not treat one machine's timings as universal performance claims.
The Lean toolchain is pinned in lean-toolchain, and the Mathlib revision is pinned in lakefile.toml.
lake update
lake exe cache get
lake buildWith a LaTeX installation containing elsarticle, TikZ, and BibTeX:
cd docs
pdflatex paper.tex
bibtex paper
pdflatex paper.tex
pdflatex paper.texThe Rust code intentionally uses a small modular-arithmetic type so that the transforms remain easy to inspect.
It is research code, not a production finite-field library:
- the modulus is assumed to be prime when field semantics are required;
- arithmetic is not constant-time;
- there is no side-channel hardening;
- there has been no security audit;
- the implementation is not a SNARK/STARK or polynomial commitment system.
For production proving-system work, use an audited field library and treat this crate as a reference artifact.
The repository pins the Lean toolchain and Mathlib revision used by this artifact. Rust has no third-party dependencies and commits Cargo.lock.
CI independently checks:
- Rust formatting;
- Rust compilation;
- Rust tests;
- warning-free Clippy;
- release compilation of the benchmark harness;
- Lean/Mathlib build of the current formalization.
See docs/VERIFICATION.md for the exact boundary between mathematical proof, computational testing, and unfinished formalization.
This repository establishes and checks the kernel-basis algebra described above. It does not claim:
- a Fiat–Shamir transcript;
- a polynomial commitment scheme;
- a FRI soundness or folding theorem;
- a SNARK/STARK implementation;
- zero-knowledge masking;
- production cryptographic security;
- a completed Lean proof.
Ali Mkhida — Algorizk Labs
ORCID: 0009-0009-2101-9070
The software and formalization source in this repository is available under either the MIT License or Apache License 2.0, at your option; see LICENSE-MIT and LICENSE-APACHE.
The manuscript files under docs/ are scholarly works and are not granted under those software licenses. Copyright and publication rights for the manuscript remain with the author unless a separate license is stated.