PreprintCited by 11Logic, programming, and type systemsFormal Methods in VerificationSoftware Engineering Research

AlgoVeri: An Aligned Benchmark for Verified Code Generation on Classical Algorithms

Open access
Zhao, Haoyu, Yang, Ziran, Li, Jiawei, He, Deyuan, Li, Zenan, Jin, Chi, Veeravalli, Venugopal V., Gupta, Aarti +1 more·2026·arXiv

Abstract

Vericoding refers to the generation of formally verified code from rigorous specifications. Recent AI models show promise in vericoding, but a unified methodology for cross-paradigm evaluation is lacking. Existing benchmarks test only individual languages/tools (e.g., Dafny, Verus, and Lean) and each covers very different tasks, so the performance numbers are not directly comparable. We address this gap with AlgoVeri, a benchmark that evaluates vericoding of $77$ classical algorithms in Dafny, Verus, and Lean. By enforcing identical functional contracts, AlgoVeri reveals critical capability gaps in verification systems. While frontier models achieve tractable success in Dafny ($40.3$% for Gemini-3 Flash), where high-level abstractions and SMT automation simplify the workflow, performance collapses under the systems-level memory constraints of Verus ($24.7$%) and the explicit proof construction required by Lean (7.8%). Beyond aggregate metrics, we uncover a sharp divergence in test-time compute dynamics: Gemini-3 effectively utilizes iterative repair to boost performance (e.g., tripling pass rates in Dafny), whereas GPT-OSS saturates early. Finally, our error analysis shows that language design affects the refinement trajectory: while Dafny allows models to focus on logical correctness, Verus and Lean trap models in persistent syntactic and semantic barriers. All data and evaluation code can be found at https://github.com/haoyuzhao123/algoveri.

AI snapshot

Written from the paper’s full text.

TL;DR

ALGOVERI is a benchmark of 77 classical algorithms with aligned formal specifications in Dafny, Verus, and Lean, designed to compare verified code generation across SMT-based and interactive theorem-proving workflows. It finds large performance gaps across systems and shows that frontier models can improve through iterative repair while open models saturate early.

Key findings

  • Vericoding complex algorithms remains far from solved: Gemini-3 Flash with 15 repair rounds reaches 40.3% full correctness in Dafny, 24.7% in Verus, and 7.8% in Lean.
  • There is an “algorithmic fidelity” gap: Gemini-3 Flash shows about a 15% drop from compiler-verified to compiler-verified-and-semantically-filtered in Dafny, with failure modes including cheating and algorithmic degeneracy.
  • Test-time compute dynamics diverge: Gemini-3 Flash improves continuously across 15 repair rounds, nearly tripling its Dafny pass rate from Round 0 to 15, whereas GPT-OSS-120B saturates early, typically by Round 3, and repair does not significantly outperform parallel sampling under iso-compute.
  • Error analysis shows language-dependent barriers: Dafny models quickly move from syntax/type errors to logical verification; Verus shows persistent syntax and type errors; Lean is dominated by hallucination and verification failures.

Methods

  • The benchmark contains 77 textbook-style algorithmic problems spanning data structures, sorting/order statistics, weighted graph algorithms, DP/greedy problems, and math algorithms, with semantically aligned specifications across Dafny, Verus, and Lean.
  • Specifications were primarily expert-curated, with formal well-formedness checks on representative hard tasks such as Maximum Flow and Tarjan’s SCC; evaluation uses a fixed pipeline with multi-turn refinement over 15 repair rounds, compiler/verifier acceptance, and an LLM semantic validator.
  • Models evaluated include proprietary Gemini-3 Flash and GPT-5 mini and open-weight GPT-OSS-120B, Qwen3-235B, Qwen3-Next-80B, and Devstral-2-123B; analyses include pass rates, depth-vs-width iso-compute comparisons, and hierarchical error decomposition.

Limitations

  • The paper states that verification only guarantees correctness with respect to the specification, not the correctness of the specification itself, and warns that automation may encourage over-reliance; human oversight should shift toward specification validity and completeness.
  • The paper notes that enforcing cross-language alignment may produce non-idiomatic specifications for Lean, imposing a “translation hardness” on constructive logic.
  • The paper states that ALGOVERI relies primarily on expert curation and that formal well-formedness checks were conducted only on representative hard tasks; the text also makes evident that semantic filtering depends on an LLM judge, and the benchmark covers 77 tasks and a limited set of evaluated models.

Model-written summary. Check it against the paper before relying on it.

Integrity signals

Registry

DataCite · 10.48550/arxiv.2602.09464

Cites

0 citation errors · 0 not checkable

Statistics

Nothing to recompute.

Claims the paper makes

11 of 12 cited sources checked · 1 supported · 0 flagged · accuracy not yet measured

  • Premisecitation

    LLM-generated code can contain subtle bugs such as off-by-one errors or incorrect state updates even when it passes unit tests.

    “even when code passes unit tests, it can contain subtle bugs such as off-by-one errors or incorrect state updates (Pearce et al., 2025).”
    Quote in the paperSubstantial claim1 of 1 sources checked
    • cites Pearce et al., 2025 source

      Section 5.2.2 reports that Copilot generated vulnerable code, including an out-of-bounds write. But Section 5.1.1 says the authors did not evaluate functional correctness, so the paper does not establish that the code passed unit tests; the passages also do not identify off-by-one errors or incorrect state updates as the bugs in question. Page numbers are unavailable in our copy. (LLM, conf=0.86)

      Experimental — accuracy not yet measured
  • Premisecitation

    Correctness in Dafny relies on the soundness of the SMT solver (e.g., Z3), a massive software system with a known history of bugs.

    “Correctness relies on the soundness of the SMT solver (e.g., Z3), a massive software system with a known history of bugs (Mansur et al., 2020;Winterer et al., 2020).”
    Quote in the paperSubstantial claim2 of 2 sources checked
    • cites Mansur et al., 2020 source
    • cites Winterer et al., 2020 source

      The passages available from our copy are bibliographic metadata, not discussion of solver soundness or bugs. Searches for Z3, soundness, and bugs returned no substantive passage, so the attributed claim cannot be verified from our copy. (LLM, conf=0.72)

      Experimental — accuracy not yet measured
  • Findingcitation

    VeriCoding's Dafny and Verus LIS specifications only require the result to be within the array bounds (0 ≤ result ≤ Length).

    “They only require the result to be within the array bounds (0 ≤ result ≤ Length), ignoring the algorithmic logic entirely.”
    Quote in the paperSubstantial claim1 of 1 sources checked
    • cites Bursuc et al., 2025 source

      The manual-inspection discussion (Section 4, p. 6) reports that some Dafny and Verus specifications were too weak, but it does not identify LIS specifications or give their postconditions. Searches for LIS, longest increasing subsequence, and the claimed result bounds found no passage in our copy establishing that these specifications require only 0 ≤ result ≤ Length. (LLM, conf=0.73)

      Experimental — accuracy not yet measured
  • Findingcitation

    VeriCoding's Lean LIS specification attempts a full functional correctness check.

    “The Lean specification in VeriCoding, however, attempts a full functional correctness check.”
    Quote in the paperSubstantial claim1 of 1 sources checked
    • cites Bursuc et al., 2025 source

      Section 3.1 (p. 4) says VeriCoding tasks provide a specification and require an implementation and proof, supporting the general idea of a formal correctness check. Neither that passage nor the passages found by searching for “LIS” and “longest increasing subsequence” identifies a Lean LIS specification or establishes that it checks full functional correctness. (LLM, conf=0.76)

      Experimental — accuracy not yet measured
  • Findingcitation

    VeriCoding's Dafny and Verus LIS specifications ignore the algorithmic logic entirely.

    “They only require the result to be within the array bounds (0 ≤ result ≤ Length), ignoring the algorithmic logic entirely.”
    Quote in the paperSubstantial claim1 of 1 sources checked
    • cites Bursuc et al., 2025 source

      The manual-inspection discussion (Section 4, p. 6) reports that some Dafny and Verus specifications were weak, but does not identify LIS specifications or state that they require only 0 ≤ result ≤ Length. Searches for LIS, longest increasing subsequence, and the stated result bounds found no passage addressing that specific claim. (LLM, conf=0.72)

      Experimental — accuracy not yet measured
  • May combine two claims. 39
  • Classified as probably not a substantial claim. 26
  • The quote only partly states this claim. 1
  • May combine two claims.

    Interpretationcitation

    Verus enforces strict implementation-level constraints (e.g., ownership, fixed-width integers), and expressing these constraints requires a verbose and strict syntax that creates a syntax barrier.

    “Verus, by contrast, enforces strict implementation-level constraints (e.g., ownership, fixed-width integers).Expressing these constraints requires a verbose and strict syntax that-compounded by the scarcity of Verus training data (Chen et al., 2024;Shefer et al., 2025)-creates a syntax barrier.”
    Quote in the paperSubstantial claim2 of 2 sources checked
    • cites Chen et al., 2024 source

      Section 3.1 says Verus does not support all Rust features and requires code to be adapted to Verus-compatible syntax; Section 2.1 says nontrivial proofs often need annotations. The Introduction also documents a scarcity of Verus specifications and proofs. Our copy does not establish that ownership constraints or verbose syntax create the claimed syntax barrier. (LLM, conf=0.84)

      Experimental — accuracy not yet measured
    • cites Shefer et al., 2025 source

      Section 3.1 (p. 11) says Verus code generation frequently encounters type errors because of its complex type system and the different types permitted in code and invariants. The Evaluation (p. 9) also records syntax errors and notes that Verus has less training code available than Dafny. These passages support a barrier for LLM-generated Verus code, but do not establish ownership constraints or describe Verus syntax as verbose and strict. (LLM, conf=0.84)

      Experimental — accuracy not yet measured
  • May combine two claims.

    Premisecitation

    Current multi-lingual benchmarks, such as VeriCoding, suffer from severe misalignment: they often present different problems to different tools, or specifications of various difficulties for the same problem.

    “Current multi-lingual benchmarks, such as VeriCoding (Bursuc et al., 2025), suffer from severe misalignment: they often present different problems to different tools, or specifications of various difficulties for the same problem.”
    Quote in the paperSubstantial claim1 of 1 sources checked
    • cites Bursuc et al., 2025 source

      The Abstract (p. 1) reports different numbers of specifications for Dafny, Verus and Lean. The manual inspection in §4 (p. 6) finds weak or poorly translated specifications, including deviations from original tasks, which supports a concern about cross-language alignment. It does not establish that the benchmark suffers from severe misalignment or that it often presents different problems to different tools. (LLM, conf=0.84)

      Experimental — accuracy not yet measured
  • May combine two claims.

    Findingown data

    VeriCoding exhibits significant misalignment and specification weakness for the LIS problem.

    “In contrast, VeriCoding exhibits significant misalignment and specification weakness for the same problem (Code 7, Code 8, Code 9).”
    Quote in the paperSubstantial claim1 of 1 sources checked
    • cites Bursuc et al., 2025 source

      Section 4, p. 6 reports weak specifications in roughly 9% of successful vericoding outputs and poor translations in another 15%, sometimes making the tasks different from those intended. That supports a general concern about specification weakness and misalignment, but the passages found do not establish it for the LIS problem specifically. (LLM, conf=0.82)

      Experimental — accuracy not yet measured
  • Probably not a substantial claim: may not pass S1 (asserted), S3 (load-bearing), S4 (based).

    Findingnone given

    Performance converges to near-zero across all paradigms for complex graph invariants.

    “our”
    Quote in the paperNot a substantial claim
  • Probably not a substantial claim: may not pass S4 (based). May combine two claims.

    Findingreasoning

    ALGOVERI provides the necessary unified testbed to bridge these divides, evaluating whether specialized training, generalist agentic repair, or math-inspired search methodologies yield the best performance on state-heavy algorithmic correctness.

    “ALGOVERI provides the necessary unified testbed to bridge these divides, evaluating whether specialized training, generalist agentic repair, or math-inspired search methodologies yield the best perfor-mance on state-heavy algorithmic correctness.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Findingnone given

    The verification system itself affects where models get stuck: some fail because they cannot consistently produce valid syntax, and others because they have difficulty finding the right proof steps.

    “Second, the verification system itself affects where models get stuck: some fail because they cannot consistently produce valid syntax, and others because they have difficulty finding the right proof steps.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    For GPT-OSS-120B, repair curves fail to significantly outperform the pure sampling baseline, and repair often degrades performance.

    “We observe that the repair curves (colored lines) fail to significantly outperform the pure sampling baseline (grey dashed line), and repair often degrades performance.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingnone given

    ALGOVERI spans complex data structures, sorting and order statistics, weighted graph algorithms, fundamental DP/greedy problems, and selected math algorithms.

    “It spans complex data structures (e.g., heaps, segment trees, redblack trees), sorting and order statistics, weighted graph algorithms (e.g., Bellman-Ford, Edmonds-Karp), fundamental DP/greedy problems, and selected math algorithms (e.g., Gaussian elimination).”
    Quote in the paperNot a substantial claim
  • Probably not a substantial claim: may not pass S2 (checkable).

    Findingreasoning

    ALGOVERI provides a useful benchmark for distinguishing genuine reasoning progress from superficial syntactic proficiency.

    “ALGOVERI provides a useful benchmark for distinguishing genuine reasoning progress from superficial syntactic proficiency.”
    Quote in the paperNot a substantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing), S4 (based).

    Findingnone given

    ALGOVERI consists of 77 problems that exceed the difficulty of standard coding interviews.

    “The benchmark consists of 77 problems that exceed the difficulty of standard coding interviews.”
    Quote in the paperNot a substantial claim
  • Classified as probably not a substantial claim. May combine two claims.

    Findingreasoning

    ALGOVERI provides a unified testbed to evaluate different paradigms, measuring whether specialized training or generalist reasoning yields better vericoding capability.

    “ALGOV-ERI provides a unified testbed to evaluate these different paradigms, measuring whether specialized training (such as Re:Form) or generalist reasoning (such as Copra) yields better vericoding capability.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    More automated verifiers such as Dafny generally achieve higher success rates, whereas Verus and Lean require additional effort from the model, e.g., handling memory details or explicitly guiding proofs.

    “more automated verifiers such as Dafny generally achieve higher success rates, whereas Verus and Lean require additional effort from the model, e.g., handling memory details or explicitly guiding proofs, making verification more challenging.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    Two failure modes are cheating (exploiting assume P or sorry) and algorithmic degeneracy (vericoding simpler versions of the requested algorithm).

    “We summarize two failure modes based on analysis on the outputs: (1) Cheating, i.e., exploiting features like assume P, where P is a contradiction, or sorry to bypass verification, and (2) Algorithmic degeneracy, where models vericode simpler versions of the requested algorithm (e.g., Union-Find without path compression).”
    Quote in the paperSubstantial claim
    • Rests on an assumption: The LLM-based semantic validator accurately identifies whether a compiler-verified solution implements the intended algorithm.
  • May combine two claims.

    Findingown data

    Frontier models can effectively leverage reasoning depth to repair complex proofs, whereas current open models saturate early during sequential refinement and benefit more from parallel sampling.

    “Frontier models can effectively leverage reasoning depth to repair complex proofs, whereas current open models saturate early during sequential refinement, and benefit more from parallel sampling.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingnone given

    The strongest models can reliably improve their solutions through repeated feedback, while current open models struggle to do so.

    “First, the strongest models can reliably improve their solutions through repeated feedback, while current open models struggle to do so.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingreasoning

    ALGOVERI addresses limitations of prior benchmarks by introducing aligned formal specifications between different verification ecosystems, targeting textbook algorithmic complexity.

    “ALGOVERI addresses these limitations by introducing an aligned formal specification between different verification ecosystems, targeting textbook algorithmic complexity.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    Across all languages, repair strategies fail to significantly outperform the sampling baseline, and deep repair (15 rounds) often degrades performance.

    “Across all languages, repair strategies (solid lines) fail to significantly outperform the sampling baseline, and deep repair (Blue, 15 Rounds) often degrades performance.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    Models try to game for verification success but fail to follow instructions.

    “Our results reveal a common phenomenon where models try to game for the verification success but fail to follow instructions.”
    Quote in the paperSubstantial claim
    • Rests on an assumption: The LLM-based semantic validator accurately identifies whether a compiler-verified solution implements the intended algorithm.
  • May combine two claims.

    Findingown data

    In Dafny, early syntax and type mistakes are quickly fixed within the first few rounds, and most remaining errors come from failed verification checks.

    “Early on, the model makes syntax and type mistakes, but these are quickly fixed within the first few rounds.After that, most remaining errors come from failed verification checks.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingcitation

    For current open models, repair is inefficient and allocating budget to reasoning depth cannot exceed parallel sampling.

    “Through an iso-compute analysis, we find that for current open models, repair is inefficient and allocating budget to reasoning depth cannot exceed parallel sampling (Huang et al., 2024).”
    Quote in the paperSubstantial claim0 of 1 sources checked
    • cites Huang et al., 2024

      Couldn’t be matched to a paper in Crossref, so it can’t be checked.

  • May combine two claims.

    Findingown data

    Models achieve reasonable performance on basic data structures and sorting but struggle on graph problems that involve ghost state and complex, global reasoning.

    “While models achieve reasonable performance on basic data structures and sorting, they struggle on graph problems that involve ghost state and complex, global reasoning.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingnone given

    With Dafny, models can usually write valid code and focus on whether the logic is correct; in Verus, they often get stuck trying to write code that parses; in Lean, they struggle to search for the right proof steps and sometimes make up tactics or lemmas.

    “With Dafny, models can usually write valid code and focus on whether the logic is correct.In Verus, they often get stuck just trying to write code that parses, and in Lean they strug-gle because they have to search for the right proof steps and sometimes make up tactics or lemmas.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data

    Lean is dominated by a dual burden of Hallucination (Search) and Verification (Reasoning), indicating that the model struggles to simultaneously retrieve valid lemmas and apply them correctly.

    “(c) Lean: Dominated by a dual burden of Hallucination (Search) and Verification (Reasoning), indicating that the model struggles to simultaneously retrieve valid lemmas (grounding) and apply them correctly.”
    Quote in the paperNot a substantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Findingreasoning

    To prove the theorem in the Lean example, the model must synthesize the correct path: unfolding the function definition, extracting the property from the result subtype, simplifying the goal, and closing the goal.

    “In the previous example, to prove the theorem, the model must synthesize the correct path: explicitly unfolding the function definition (→ unfold), extracting the property from the result subtype (→ let), simplifying the goal to match the extracted property (→ simp), and finally closing the goal (→ exact).”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Premisenone given

    Existing benchmarks for vericoding test only individual languages/tools (e.g., Dafny, Verus, Lean) and cover very different tasks, so their performance numbers are not directly comparable.

    “Existing benchmarks test only individual languages/tools (e.g., Dafny, Verus, and Lean) and each covers very different tasks, so the performance numbers are not directly comparable.”
    Quote in the paperSubstantial claim
  • Probably not a substantial claim: may not pass S4 (based).

    Premisenone given

    Most existing benchmarks mainly consider tasks that do not require reasoning about global properties, which are needed in real software systems.

    “Most existing benchmarks mainly consider tasks that do not require reasoning about global properties, which are needed in real software systems.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Interpretationown data

    Language design affects the refinement trajectory: Dafny allows models to focus on logical correctness, while Verus and Lean trap models in persistent syntactic and semantic barriers.

    “our error analysis shows that language design affects the refinement trajectory: while Dafny allows models to focus on logical correctness, Verus and Lean trap models in persistent syntactic and semantic barriers.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Premisenone given

    Current LLMs often verify single operations but struggle when operations need reasoning about complex, global properties.

    “While current LLMs often verify single operations, such as proving a BST rotation preserves local ordering, they struggle when the operations need reasoning about complex, global properties.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Interpretationown data

    By disentangling problem difficulty from toolchain effects, ALGOVERI revealed a clear language hierarchy: high-level SMT automation (Dafny) currently offers the most viable path for LLMs, whereas syntactic burdens of Verus and search space of Lean remain significant barriers.

    “By disentangling problem difficulty from toolchain effects, we revealed a clear language hierarchy: highlevel SMT automation (Dafny) currently offers the most viable path for LLMs, whereas the syntactic burdens of systems-level verification (Verus) and the search space of interactive theorem proving (Lean) remain significant barriers.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Premisereasoning

    Lean is founded on a small, trusted kernel and offers a significantly higher standard of assurance than SMT-based systems.

    “In contrast, Lean is founded on a small, trusted kernel.While currently less automated, Lean offers a significantly higher standard of assurance.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationreasoning

    Dafny's high pass rates trace to frequently utilized mathematical types (e.g., unbounded integers) and its managed memory model, which frees the user from expressing complex memory management logic.

    “Dafny's high pass rates trace to frequently utilized mathematical types (e.g., unbounded integers) and its a managed memory model, which frees the user from expressing complex memory management logic.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationown data

    The model effectively utilizes compiler feedback to fix complex errors, treating the verifier as a constructive reward signal.

    “This indicates that the model effectively utilizes compiler feedback to fix complex errors, treating the verifier as a constructive reward signal.”
    Quote in the paperSubstantial claim
  • Classified as probably not a substantial claim.

    Study design and conductreasoning

    ALGOVERI adds a semantic filter using an LLM to assess whether a compiler verified solution matches the intended algorithm description.

    “we add a semantic filter using an LLM to assess whether a compiler verified solution matches the intended algorithm description.”
    Quote in the paperSubstantial claim
    • Rests on an assumption: The LLM-based semantic validator accurately identifies whether a compiler-verified solution implements the intended algorithm.
  • May combine two claims.

    Study design and conductown data

    ALGOVERI mechanizes two conditions in Lean: local satisfiability and necessity against degeneracy.

    “We decompose the specification into sub-clauses {C i } and mechanize two conditions in Lean: (i) Local satisfiability, proving each C i is free of internal contradictions (i.e., there exists a proof for C i ); and (ii) Necessity against degeneracy, demonstrating that dropping any C i admits unintended behaviors (e.g., dropping a permutation constraint allows an arbitrary sorted list).”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationown data

    For current open models, repair is inefficient: the model might take compiler feedback as 'resampling with context' rather than a refinement process.

    “This implies that for current open models, repair is inefficient: the model might take the compiler feedback as”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationreasoning

    Verus is harder for models to work with compared to Dafny because Verus is written using Rust macros, so the model must follow both Rust's strict syntax and Verus's verification rules.

    “We believe this happens because Verus is harder for models to work with compared to Dafny.Note that Verus is written using Rust macros, and therefore, the model has to follow both Rust's strict syntax and Verus's verification rules at the same time.”
    Quote in the paperSubstantial claim
  • The quote only partly states this claim.

    Interpretationown data

    Systems-level memory constraints in Verus make verification harder.

    “performance collapses under the systems-level memory constraints of Verus”
    Quote in the paperSubstantial claim
  • Classified as probably not a substantial claim.

    Study design and conductreasoning

    The primary judgment in ALGOVERI remains formal verification by compiler.

    “This validator acts as a sanity check, and the primary judgment remains formal verification by compiler.”
    Quote in the paperSubstantial claim
    • Rests on an assumption: The LLM-based semantic validator accurately identifies whether a compiler-verified solution implements the intended algorithm.
  • Probably not a substantial claim: may not pass S4 (based). May combine two claims.

    Premisecitation

    Prior works like VeriCoding have reported high success rates, with over 80% for Dafny and 40% for Verus.

    “Prior works like Veri-Coding have reported high success rates, with over 80% for Dafny and 40% for Verus”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Interpretationown data

    Lean is not just a search problem but a challenge of retrieval-augmented reasoning, where the model must simultaneously navigate a massive library and satisfy strict logical constraints.

    “This characterizes Lean not just as a search problem, but as a challenge of retrieval-augmented reasoning, where the model must simultaneously navigate a massive library and satisfy strict logical constraints.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationown data

    The open model lacks the reasoning depth to navigate multi-turn repair chains; once simple syntax errors are resolved, it struggles to correct deeper verification failures.

    “This suggests that the open model lacks the reasoning depth to navigate multiturn repair chains; once the”
    Quote in the paperSubstantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Study design and conductown data

    ALGOVERI conducts well-formedness checks on representative hard tasks (e.g., Maximum Flow, Tarjan's SCC) to ensure quality of specifications.

    “We also conduct wellformedness checks on representative hard tasks (e.g., Maximum Flow, Tarjan's SCC) to better ensure the quality of the specifications.”
    Quote in the paperNot a substantial claim
  • Classified as probably not a substantial claim.

    Interpretationnone given

    High-level abstractions and SMT automation simplify the workflow in Dafny.

    “where high-level abstractions and SMT automation simplify the workflow”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationreasoning

    By ensuring specifications are semantically aligned across languages, ALGOVERI separates problem difficulty from tool-chain effects, enabling the first true comparison of neuro-symbolic reasoning across verifiers.

    “By ensuring that specifications are semantically aligned across languages, we separate problem difficulty from tool-chain effects, enabling the first true comparison of neuro-symbolic reasoning across verifiers.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Interpretationown data

    For current open models, repair is inefficient-allocating compute to depth yields no marginal gain over simple parallel sampling.

    “This confirms that for current open models, repair is inefficientallocating compute to depth yields no marginal gain over simple parallel sampling.”
    Quote in the paperSubstantial claim
  • Classified as probably not a substantial claim.

    Study design and conductown data

    AlgoVeri uses an LLM judge as a semantic validator to check if the generated code implements the designated algorithm after successful verification.

    “If the generated code (implementation and proof) is successfully verified, an LLM judge check if the code implements the designated algorithm, serving as a semantic validator.”
    Quote in the paperSubstantial claim
  • Classified as probably not a substantial claim.

    Study design and conductnone given

    ALGOVERI's LIS postconditions require no longer valid subsequence exists.

    “(1) there exists a valid subsequence of the returned length, and (2) no longer valid subsequence exists.”
    Quote in the paperSubstantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing). May combine two claims.

    Interpretationreasoning

    Interactive theorem proving in Lean presents a search barrier, where the model acts as an agent navigating a state space.

    “This presents a search barrier.Besides fighting syntax, the model acts as an agent navigating a state space.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Study design and conductown data

    ALGOVERI's benchmark design has two key principles: strict alignment across languages and algorithmic rigor.

    “These codes demonstrate the two key principles of our benchmark design: strict alignment across languages and algorithmic rigor.”
    Quote in the paperSubstantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Interpretationreasoning

    A failure in the Lean proof search is a navigation error-choosing a tactic that leads to an unsolvable state.

    “A failure here is a navigation error-choosing a tactic that leads to an unsolvable state.”
    Quote in the paperNot a substantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Study design and conductnone given

    ALGOVERI's Max Flow specifications require models to reason about global graph invariants and existential witnesses for optimality.

    “This example illustrates the depth of our specifications, which require models to reason about global graph invariants and existential witnesses for optimality.”
    Quote in the paperNot a substantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Study design and conductnone given

    The Max Flow problem requires rigorous graph-theoretic modeling within the specification logic.

    “Representing the high-complexity tier of our benchmark, the Max Flow problem requires rigorous graph-theoretic modeling within the specification logic.”
    Quote in the paperNot a substantial claim
  • Probably not a substantial claim: may not pass S4 (based).

    Interpretationreasoning

    The LLM may write a set of First-order logic (FOL) formulas in ghost proofs whose conjunction may fall outside the decidable fragment (e.g., EPR) of FOL.

    “For example, the LLM may write a set of First-order logic (FOL) formulas in ghost proofs, whose conjunction may fall outside the decidable fragment (e.g., EPR) of FOL.”
    Quote in the paperNot a substantial claim
    • Rests on an assumption: Deciding the satisfiability of the proof artifact can be undecidable.
  • Probably not a substantial claim: may not pass S3 (load-bearing), S4 (based).

    Interpretationreasoning

    For an LLM, type errors in verification-aware type systems are 'syntax-plus' barriers.

    “For an LLM, these are”
    Quote in the paperNot a substantial claim
    • Rests on an assumption: In program verification, a type error represents a failure to satisfy the rigid structural rules enforced by the language's type system before verification even begins.
    • Rests on an assumption: Verification-aware type systems might include stricter rules than standard compilation.
  • Classified as probably not a substantial claim.

    Study design and conductreasoning

    ALGOVERI's Max Flow specifications define global invariants such as flow conservation, capacity constraints, and global optimality (is_max_flow).

    “Unlike simpler algorithmic tasks, the specifications here must define global invariants such as flow conservation, capacity constraints, and global optimality (is_max_flow).”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationreasoning

    The difficulty in SMT-based verification lies in encoding abstract reasoning into the system's rigid syntax, and this is particularly pronounced in Verus.

    “The difficulty lies in encoding abstract reasoning into the system's rigid syntax.This is particularly pronounced in Verus, where the model must bridge the gap between low-level system types and mathematical logic.”
    Quote in the paperSubstantial claim
    • Rests on an assumption: Dafny natively supports mathematical types.
    • Rests on an assumption: Verus verifies Rust, a systems language.
    • Rests on an assumption: Both Dafny and Verus use SMT-based verification.
  • Classified as probably not a substantial claim.

    Study design and conductreasoning

    ALGOVERI's Max Flow postcondition requires an existential witness.

    “Crucially, the postcondition demands more than just a correct return value; it requires an existential witness.”
    Quote in the paperSubstantial claim
  • Classified as probably not a substantial claim.

    Study design and conductown data

    ALGOVERI's LIS postconditions require there exists a valid subsequence of the returned length.

    “(1) there exists a valid subsequence of the returned length, and (2) no longer valid subsequence exists.”
    Quote in the paperSubstantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Study design and conductreasoning

    The Max Flow problem represents the high-complexity tier of ALGOVERI.

    “Representing the high-complexity tier of our benchmark, the Max Flow problem requires rigorous graph-theoretic modeling within the specification logic.”
    Quote in the paperNot a substantial claim
  • Classified as probably not a substantial claim.

    Study design and conductreasoning

    ALGOVERI's Max Flow postcondition demands more than just a correct return value.

    “Crucially, the postcondition demands more than just a correct return value; it requires an existential witness.”
    Quote in the paperSubstantial claim
  • Classified as probably not a substantial claim. May combine two claims.

    Interpretationreasoning

    In such a case, the decision procedure of SMT solvers may diverge (infinite-loop) or output unknown, which is inconclusive for the verification results.

    “In such a case, the decision procedure of SMT solvers may diverge (infinite-loop) or output unknown, which is inconclusive for the verification results.”
    Quote in the paperSubstantial claim
    • Rests on an assumption: Deciding the satisfiability of the proof artifact can be undecidable.
61 of 61
  • The paper relies on this without support.

    The LLM-based semantic validator accurately identifies whether a compiler-verified solution implements the intended algorithm.

    “we add a semantic filter using an LLM to assess whether a compiler verified solution matches the intended algorithm description.”
  • The paper relies on this without support.

    Standard code generation benchmarks rely on execution-based evaluation, where a solution is considered correct if it passes a finite set of unit tests.

    “Standard benchmarks rely on execution-based evaluation, where a solution is considered correct if it passes a finite set of unit tests.”
  • The paper relies on this without support.

    Dafny natively supports mathematical types.

    “Designed specifically for verification, Dafny natively supports mathematical types.”
  • The paper relies on this without support.

    Verus verifies Rust, a systems language.

    “Verus verifies Rust, a systems language.”
  • The paper relies on this without support.

    Deciding the satisfiability of the proof artifact can be undecidable.

    “it is well-known that deciding the satisfiability of the proof artifact can be undecidable.”
  • The paper relies on this without support.

    In program verification, a type error represents a failure to satisfy the rigid structural rules enforced by the language's type system before verification even begins.

    “In program verification, a type error represents a failure to satisfy the rigid structural rules enforced by the language's type system before verification even begins.”
  • The paper relies on this without support.

    Verification-aware type systems might include stricter rules than standard compilation.

    “Unlike standard compilation, syntax errors (e.g., mismatched data types), verification-aware type systems might include stricter rules.”
  • The paper relies on this without support.

    Both Dafny and Verus use SMT-based verification.

    “SMT-based verification (Dafny, Verus).”
  • The paper relies on this without support.

    Dafny, Verus, and Lean are state-of-the-art systems for verified code generation.

    “we evaluate verified code generation across three state-of-the-art systems: Dafny and Verus (representing the SMT-based auto-active paradigm), and Lean (representing the tactic-based interactive paradigm).”
  • The paper relies on this without support.

    The LIS and Max Flow problems are representative problems for the benchmark.

    “We present two representative problems:”
10 of 10

Self-check

Percentages, sums and reported differences re-computed from the paper’s own numbers.

Each contradiction between two passages listed here was confirmed by an independent check.

  • Figure 4 reports a different number of repair rounds

    Minor

    The Figure 4 caption says it covers 14 repair rounds, while the discussion of Figure 4 says it covers 15 rounds.

1 of 1

Cites

The publisher hasn’t deposited this paper’s reference list.

Research works printed but not linked: 3

  1. Chen, M., Tworek, J., Jun, H., Yuan, Q., de Oliveira Pinto, H. P., Kaplan, J., Edwards, H., Burda, Y., Joseph, N., Brockman, G., Ray, A., Puri, R., Krueger, G., Petrov, M., Khlaaf, H., Sastry, G., Mishkin, P., Chan, B., Gray, S., Ryder, N., Pavlov, M., Power, A., Kaiser, L., Bavar- ian, M., Winter, C., Tillet, P., Such, F. P., Cummings, D., Plappert, M., Chantzis, F., Barnes, E., Herbert-Voss, A., Guss, W. H., Nichol, A., Paino, A., Tezak, N., Tang, J., Babuschkin, I., Balaji, S., Jain, S., Saunders, W., Hesse, C., Carr, A. N., Leike, J., Achiam, J., Misra, V., Morikawa, E., Radford, A., Knight, M., Brundage, M., Murati, M., Mayer, K., Welinder, P., McGrew, B., Amodei, D., McCandlish, S., Sutskever, I., and Zaremba, W. Evaluating large language models trained on code, 2021. URL https://arxiv.org/abs/2107.0 3374.
  2. Cormen, T. H., Leiserson, C. E., Rivest, R. L., and Stein, C. Introduction to algorithms. MIT press, 2022.
  3. Sun, C., Sheng, Y., Padon, O., and Barrett, C. Clover: Clo sed-loop ver ifiable code generation. In International Symposium on AI Verification, pp. 134-155. Springer, 2024.

Cited by

Sorted by citations

Authors
Zhao, H., Yang, Z., Li, J., He, D., Li, Z., Jin, C., Veeravalli, V. V., Gupta, A., & Arora, S.
Affiliations
  • Princeton University (US)
  • ETH Zurich (CH)
Venue
arXiv
Publisher
arXiv
Published
2026
ISSN
2331-8422 (ISSN-L)
OpenAlex
W7128640900
Cited by
0
References
0
Type
posted content
Open access
Locations
  • arXiv (Cornell University) (submittedVersion)
  • arXiv (Cornell University)
Funders
  • National Science Foundation (2106727, 2239297, 2411299)
  • Defense Advanced Research Projects Agency
Topics
  • Physical Sciences › Computer Science › Artificial Intelligence › Logic, programming, and type systems
  • Physical Sciences › Computer Science › Computational Theory and Mathematics › Formal Methods in Verification
  • Physical Sciences › Computer Science › Information Systems › Software Engineering Research
Keywords
formal verification, benchmark, classical algorithms, Dafny, Verus, lean manufacturing, large language models, SMT solvers, iterative repair, language design, refinement, error analysis

About these checks

Registry, retraction, Cites and statistics results are computed, not judged, with one exception: a printed reference that no index lists is read once by a model before it counts as a citation error. Claims are extracted by a model and kept only when their quote appears verbatim in the text; each cited source is then checked, with a model’s help, for whether it says what the claim relies on. Those verdicts can be wrong — read the claim’s quote and the cited source before relying on one.

Claims read by deepseek-v4.1-flash under definition version 3 (extract-v3) on 2026-10-24.

Classified by jev-1.13-20260917 (gold-guideline-v0.2) on 2026-10-24.

Cited sources are checked by gpt-6-sol.

Statistics and arithmetic are recomputed, not judged.

Confidence bands are shown only for fields calibrated on our annotated test set. None is calibrated yet, so no band is shown.

What counts as a claim ›How we measure confidence ›How we check this ›

Are you an author, or do you see a problem with this page? Request a review