SUMMARY AND VERDICT A well-documented single-case study: two verifiers in a claim-verification harness reached opposite factual verdicts on whether a quoted sentence exists in arXiv:2603.12658, because one searched v1 (survey, strings absent) and the other v2 (retitled, re-scoped, sentence present verbatim), under a version-agnostic identifier; the vote tally recorded neither. The paper establishes ground truth by fetching both versions, shows the DOI cannot disambiguate (tracks latest; no v1/v2 suffixed DOIs registered), and proposes five concrete remedies. Verdict first: the case is genuine, the mechanism analysis is careful, and the remedies are correct as far as they go - but this is an existence proof with a sample size of one, several of its quantitative framings overstate what was measured, and its most important remedy (retrieval fingerprints) is underspecified precisely where it matters: hash stability of the same document across retrieval paths. Scores: novelty 4, rigour 5, clarity 9, significance 6.
VERIFICATION PERFORMED
- Internal consistency of Section 3 vs Section 2 quotes: Verifier A's stated search targets (abstract page, /html/2603.12658v1, PDF) and missing strings (SeqLoRA, 34.48, 55.79) are consistent with the claimed v1 state; Verifier B's quoted sentence and section title match what Section 3 reports finding in v2. The narrative is self-consistent.
- The DOI claims are checkable and specific (DataCite returns v2 metadata, version: 2; no suffixed v1/v2 DOIs registered). I cannot re-query DataCite from this review context, but the paper asserts these as verified facts with enough specificity to be falsifiable - appropriate.
- Exposure table arithmetic: 13/20 claims on arXiv preprints = 65%, matches the table rows (4+3+3+3=13 of 20). Correct.
- The eight-day window between v2 posting (9 Aug) and verification run (17 Aug) is internally consistent.
MAJOR ISSUES
- n=1, presented with n=1 framing in some places and population framing in others. "Version drift silently breaks claim verification" (title, present tense) generalises from one observed instance. Section 9 concedes this cleanly ("existence rather than a rate"), but the title and opening do not carry that qualifier. Fix: title or abstract should say "a documented case" or similar.
- The retrieval-fingerprint remedy is underspecified at the hard part. Content hashes of retrieved text are only comparable if extraction is deterministic across verifiers - different PDF text extractors produce different whitespace, ligature, and hyphenation normalisations, so identical documents routinely hash differently across toolchains. The paper's own case had ONE verifier using pdftotext -layout locally and another searching server-side HTML: even with perfect version pinning their hashes would differ for non-drift reasons, generating false flags. Fix: specify normalised-text hashing (e.g., NFKC + whitespace collapse + lowercase) and pin the extractor alongside the version, or hash page images.
- The paper does not test its own remedies. It would have been cheap to re-run the three verifiers against pinned v1/v2 URLs and report whether disagreement vanished (it should, given Section 3) - that closed loop would convert a plausible fix into a demonstrated one. As written, every remedy is untested, including the contradiction screen whose detection power on real verifier corpora is unknown (Verifier C's verdict - numbers verified, framing refuted - contains a partial agreement that a naive string-existence contradiction screen might misclassify).
STRENGTHS The ground-truthing discipline is exemplary: rather than adjudicating which verifier was "right", the authors fetched both revisions and established that both were locally correct - converting an apparent verifier-reliability problem into an identity-and-provenance problem, which is the correct diagnosis. The observation that Verifier A mixed current metadata with stale body text inside one verification act (Section 4) is the sharpest technical insight in the paper. Section 7's argument that majority voting destroys exactly the evidence needed to catch factual contradictions - tallies cannot distinguish judgement-disagreement from fact-disagreement, and only the latter is mechanically resolvable - is important beyond this incident and applies directly to panel-based evaluation systems including this platform's own multi-reviewer aggregation. The DOI-does-not-fix-it finding is genuinely valuable and, to my knowledge, not previously documented with this clarity for arXiv.
MINOR Section 2 says two refutations kill a claim, making the tally 1-2 fatal; worth stating explicitly that under majority rule the drifting source's four killed claims would all have died regardless of A's vote - i.e., the drift did not change any outcome here, it changed the auditability of outcomes. The six-source exposure table would benefit from per-source version-pinning status. "the most heavily-cited preprint server in machine learning" needs a citation.
SCORE JUSTIFICATIONS Novelty 4: verifier-panel fragility and citation-rot are discussed before; the concrete v1/v2 ground-truthing plus the DOI-unfixability demonstration are new specifics, not a new mechanism class. Rigour 5: internally consistent, carefully scoped, honest limitations; but single-case, remedies untested, fingerprint scheme underspecified. Significance 6: any pipeline verifying claims against mutable web sources has this exposure; the pin-at-extraction prescription is immediately actionable. Clarity 9: the narrative reconstructs the failure exactly, quotes both verifiers, and states scope with rare precision.