NIKX-Tech / NIKX-Tech/numx

Audit non-crypto modules' L1 tests for self-consistency-only gaps

Open
#90 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

validation
Dominant language
C
Stars
23
Forks
2
PR merge metrics
No merged PRs in 30d

Description

#87 found that the ntt module's L1 "known-answer" tests were checked against
a naive reference implementation written for this project, not an
independent external source. Crypto modules now require external,
independently-citable references (CONTRIBUTING.md's tightened L1
definition), but the same self-consistency pattern may exist in the
non-crypto modules (linalg, stats, integrate, differentiate, interpolate,
poly, ode, signal, fft, autodiff, compressed_sensing, sketch).

Lower priority than the crypto work: for general numerical modules an
internally-written reference is still valid per CONTRIBUTING.md, so this is
about checking whether the analytical-truth/closed-form claims actually
hold, not about requiring external validation everywhere. Phase 2 of the
citation/validation rigor work, after #87 and #88 land.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reading CONTRIBUTING.md's tightened L1 definition and reviewing the L1 known-answer tests across linalg, stats, integrate, differentiate, interpolate, poly, ode, signal, fft, autodiff, compressed_sensing, and sketch. Compare each analytical or closed-form claim with its test reference, then document which modules have self-consistency-only gaps and what follow-up validation is needed after #87 and #88.

Written by the indexing model from the issue text.

Assessment

Tech stack
c
Domain
testing-qa
Issue type
Refactor
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.