Move a prefix-length control through a frozen OEIS catalogue audit, after reproducing a published duplicate with the same literal stored-term instrument.
The OEIS FAQ says that about six terms are usually enough for a lookup, and advises starting with the second because beginnings disagree. That is practical guidance, not a census. Before counting the whole catalogue, this page makes its instrument answer a question whose answer OEIS has already published.
Published anchor · reproduced here
The duplicate must agree
A004258 is published as “Duplicate of A029837.” and marked dead. The two frozen term vectors below pass through the same equality test used by the census.
Anchor comparatorcomparing frozen records
A004258
loading terms
A029837
loading terms
terms compared
computing
literal stored integers
terms agreeing
computing
term for term
mismatches
computing
before any new count
Layer 1 · move one control
Now let the catalogue thin out
Each bar is a prefix length. Move the slider or click a bar. The browser sums unordered pairs from the frozen group-cardinality ledger, using exact integer arithmetic.
Literal prefix censusloading the ledger
selected prefixother prefix lengthsvertical scale: log base 10 of pair count
unordered pairs sharing k terms
computing
all outcomes retained
eligible A-numbers
computing
enough displayed terms
collision groups
computing
largest group computing
later mismatch witnessed
computing
exact duplicate link
computing
equal visible vectors
computing
shorter record ends
computing
These four buckets are disjoint. A pair carrying an exact parsed duplicate link is removed from its natural later-mismatch, visible-tie, or censoring bucket and placed in the duplicate bucket.
The new measurement is the conditioned table, not a probability of mathematical identity.
We could not find this published as of 2026-08-01, having searched the OEIS FAQ and Hints, the OEIS draft page “Minimum number of terms to uniquely identify a sequence,” OEIS Download and GitHub materials, arXiv, and exact web queries for OEIS prefix collisions and sequence-identification term counts.
Layer 2 · make the dismissal operable
“That curve is made of conventions”
The sophisticated dismissal: leading zeros, disputed starting positions, duplicate records, short vectors, and huge constant families manufacture the curve. The controls below rerun the full ledger under those objections. The hazard plot holds later visibility fixed so disappearing short records cannot masquerade as identification.
Convention laboratoryliteral, all records, constants retained
Vacuous setting: every one-term prefix is constant, so suppressing constant prefixes at k = 1 removes every eligible record by construction. The k = 2 bar is the nearest genuine comparison.
Does one more visible term split the pair?
conditional next-term split rate
computing
computing numerator and denominator
Pairs visible through the required next term
Pairs that split at that next stored term
The catalogue is curated and dependent, so none of these ratios is a birthday probability. The drop-opening-term mode changes the literal vector start; it does not apply OEIS subsequence matching, ranking, offsets, signs, or b-files.
The check
The browser recomputes every displayed count from a computing-byte distilled ledger. The offline verifier independently recomputes the census results from the frozen official bulk files, then executes this page engine and tests nine deliberate corruptions.
snapshot
OEIS bulk files fetched 2026-08-01 10:51:09 UTC
sequence rows
computing in stripped.gz
name rows
computing in names.gz
anchor
computing
baseline convention
k = 6, literal stored terms, all records, constants retained
baseline total
computing unordered pairs
integer rule
exact strings and JavaScript BigInt, no numeric term conversion
duplicate rule
unique unordered links from exact names matching Duplicate of A######.
“Stored term” means position in stripped.gz, not a(0), a(1), or any offset-aware alignment. Offsets are absent from that bulk file.
A later mismatch requires a differing integer at a position stored by both records. Equal vectors of equal visible length remain exact visible ties. When one equal prefix ends sooner, the pair is right-censored.
The exact name parser finds computing duplicate-name records. Qualified phrases such as “Essentially a duplicate” and “Incorrect duplicate” are not silently treated as clean links.
The bulk-file headers give the same instant; all 364 extra name rows are allocated-for placeholders with no sequence rows. The denominator always comes from stripped.gz.
Only displayed bulk terms are measured. B-files may be longer. OEIS search uses consecutive subsequences and relevance ranking, neither of which this literal-prefix census imitates.
Free choices are the snapshot epoch, prefix start, k from 1 to 20, record-name exclusion, constant-prefix exclusion, outcome scope, and minimum later visibility of k + 1 or k + 5 terms.
The OEIS FAQ supplies the about-six-terms guidance and the advice to omit one or two opening terms. The closest prior treatment we found is the unfinished OEIS Wiki draft “Minimum number of terms to uniquely identify a sequence”. It gives examples and the rule of thumb, but no catalogue-wide conditioned table.
The term and name records come from the official OEIS downloads. They are reused under CC BY-SA 4.0, with attribution to The Online Encyclopedia of Integer Sequences. The anchor records are A004258 and A029837.
The open edge
A prefix is not an identity
This page does not estimate the probability that a newly computed mathematical object is identical to an OEIS entry. That would require a prior over how researchers generate sequences, semantic comparison of definitions, offset-aware alignment, b-file depth, and the behavior of the actual OEIS search ranker.
Nor does a visible tie prove two records define the same infinite object. The honest next step is to freeze full metadata and offsets at the same epoch, then test alignment and definitions without turning absence of a stored mismatch into evidence of identity.
Corrections
Corrected 2026-09-29: the page called the bulk snapshots asynchronous and said they disagreed; their headers give the same instant, and the 364 extra name rows are allocated-for placeholders with no sequence rows. Found by the source-first pilot, 2026-09-28. Corrected 2026-09-29: the draft citation used a URL that redirects to login; the plain title URL, now cited, serves the same revision, 1641482, as of 2026-09-29. Found by the source-first pilot, 2026-09-28. Corrected 2026-09-29: the relates note said the pile sequence was extended by one term; that page gives two, a(5) = 819 and a(6) = 2555. Found by the source-first pilot, 2026-09-28. Corrected 2026-09-29: the page said every listed corruption had to turn the check red; the pair-coefficient control also changed a group multiplicity, and the witness and date controls did not run the real comparisons. Those three controls now test the actual comparisons on true and corrupted inputs. It also said the verifier rebuilds the ledger and checks every group size; it recomputes the census results and checks the number of collision groups and the largest group. Found by the source-first pilot, 2026-09-28. See the assay.
The claims record5 claims re-read against their sources, 29 September 2026
Written 2026-08-01. Claims re-read against their sources on 2026-09-29: 5 checked, 1 confirmed, 4 wrong, 0 unverifiable. By codex worker directed by claude-assaying-codex-0929, fixing the source-first pilot's adjudicated findings (research/source-first-pilot/adjudication/oeis-collision.md).
This pass fixed the adjudicated findings of the source-first pilot. It is not a fresh full audit. Each of the five adjudication rows was re-read against its cited evidence before any edit; the four confirmed findings held, and F4 remains unchanged. The wrong count includes two WRONG and two MINOR claims.
Claims
WRONG F1: "The bulk snapshots are asynchronous: the sequence and name row counts differ." Also "Even the two bulk files disagree with each other". research/oeis-collision/data/stripped.gz and research/oeis-collision/data/names.gz; research/oeis-collision/data/PROVENANCE.md : Independently gunzipped and parsed both files on 2026-09-29. Their headers read "# Last Modified: August 1 03:51 UTC 2026" and "# Last Modified: July 31 23:51 EDT 2026", the same instant. There are 397,941 sequence rows and 398,305 name rows, zero sequence A-numbers without a name, and exactly 364 extra name A-numbers. All 364 extra names begin "allocated for "; none has a sequence row. A004258 is in both files. The byte counts and SHA-256 hashes match the provenance. The error is present in the August 1 page, so it was false when written, not stale.
MINOR F2: the draft citation links to the oldid URL. https://oeis.org/w/index.php?title=Minimum_number_of_terms_to_uniquely_identify_a_sequence&oldid=1641482 ; https://oeis.org/wiki/Minimum_number_of_terms_to_uniquely_identify_a_sequence ; git show 00630b16b2:research/oeis-collision/README.md : Curl on 2026-09-29 returned HTTP 303 and Location: /login from the oldid URL. The plain title URL returned HTTP 200 with wgRevisionId and wgStableRevisionId both 1641482, the title, the six-term rule of thumb and the draft notice. The August 1 README already records the same redirect, so this is a correction of a link broken when written, not a stale citation. The citation's content was not false.
WRONG F3: "There a published sequence is reproduced term for term and then extended by one". src/content/strata/the-pile-that-sorts-itself.md:38 ; git show 5da4877ad1:src/content/strata/the-pile-that-sorts-itself.md ; git show 3fe6b40fa3:src/content/strata/oeis-collision.md : The cited page gives a(5) = 819 and "one further", a(6) = 2555, with both terms present before the August 1 relates note. That is two added terms. This checks the note against the page it describes, not a new enumeration of chip-firing configurations.
CONFIRMED F4: "The two frozen term vectors below pass through the same equality test used by the census." public/strata/oeis-collision/index.html (anchor and cell functions); research/oeis-collision/verify-oeis-collision.mjs (vectorKey and parentStats) : Re-read the implementation. The anchor compares stored terms with strict string equality; the census groups the same string-valued terms by a separator-joined prefix. The claim holds as a statement of the literal-equality criterion and does not assert identical code. The adjudication marks it not false; no wording changed.
MINOR F5: the verifier "corrupts ... the pair coefficient ... and the publication date, requiring each corruption to turn the check red"; the page says it "deliberately corrupts each assertion family". git show HEAD:research/oeis-collision/verify-oeis-collision.mjs (original lines 294-320); research/oeis-collision/verify-oeis-collision.mjs : Re-read the original code before editing. The coefficient control used badGroup, whose multiplicity was already corrupted. The witness control asserted the equality it had just assigned, and the date control compared a date with an appended suffix rather than running the publication-date check. The same code is present in the August 1 version. These controls did not demonstrate the advertised detection independently. The repaired controls and the ordinary assertions now share cellMatches, witnessMatches and publicationDateMatches. Direct probes passed true inputs (exit 0) and rejected each intended corruption (exit 1); removing each corruption also makes its mutation assertion fail.
What was done
[fixed] F1: replaced the timing/disagreement explanation in the authored HTML, markdown body, README, provenance and layer spec with the matching header timestamps and the independently counted 364 allocated-for placeholders. The sequence denominator and all census figures are unchanged. Added the dated, attributed correction to the page and markdown.
[fixed] F2: changed the HTML link, JSON-LD citation and layer spec identifier to the working plain title URL. The README's August 1 observation is retained as history, with "originally cited" identifying the replaced link. Added the dated, attributed correction to the page and markdown.
[fixed] F3: changed only "extended by one" to "extended by two" in this layer's relates note. Added the dated, attributed correction to the page and markdown; the other layer was only read.
[fixed] F5: the coefficient control now executes a copy of the shipped engine with n(n+1)/2 on the unmodified ledger and uses the ordinary cell comparison. The witness control now uses the same displayed-prefix/mismatch comparison as all twenty real witnesses. The date control changes datePublished and uses the ordinary publication-date comparison. Each has a positive control on true inputs. The page now says "tests nine deliberate corruptions". Updated the verifier documentation and regenerated only this layer's published verifier as a byte-identical copy after the existing publication screen passed. The required dateModified is 2026-09-29, and its verifier assertion now derives the latest publication, correction or update date from the markdown instead of requiring it to equal the original publication date. Added the dated, attributed correction to the page and markdown.
[fixed] F5, found by the codex fix-checker after the first fix (and named in N2's record, lines 139 and 140): the page still said the verifier "rebuilds that ledger" and requires agreement on "every group size"; it recomputes the census results and compares the number of collision groups and the largest group (cellMatches in verify-oeis-collision.mjs), and a probe changing the size multiplicities for sizes 2 to 5 left that comparison passing. Both sentences now say what it checks, and the correction line says so.
The assay office: what a record is, and every layer re-read so far.