Demo Data from EDBT 2026 / reviewers in the wild / expert
Valentin Robert
dblp:121/0003
· DBLP profile ↗
4ranked-venue papers
1as first author
2since 2021 · last 2026
0000-0003-2364-1794ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 4 · 1 first-author · 2 since 2021Theory of computation · 2 · 1 first-author · 1 since 2021
Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.
| Software engineering, system software, and programming languages
3 papers |
Program verification · 72% Programming languages and type systems · 14% Program analysis · 14% | |
| Network and information security
1 paper |
Cryptographic protocols and secure computation · 100% |
Topics — the 8 heaviest of 8, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Cryptographic protocols and secure computation › proof systems
zero-knowledge proofs |
1.0 | 1 | 2026 | Automating Bitvector and Finite Field Equivalence Proofs in Lean · CAV (2) 2026 |
Program verification
automated reasoning and model checking |
1.0 | 1 | 2026 | Automating Bitvector and Finite Field Equivalence Proofs in Lean · CAV (2) 2026 |
Program verification
SMT-based verification |
1.0 | 1 | 2026 | Automating Bitvector and Finite Field Equivalence Proofs in Lean · CAV (2) 2026 |
Program analysis
specification mining |
0.5 | 1 | 2021 | A type system for extracting functional specifications from memory-safe imperative programs · Proc. ACM Program. Lang. 2021 |
Programming languages and type systems
type systems |
0.5 | 1 | 2021 | A type system for extracting functional specifications from memory-safe imperative programs · Proc. ACM Program. Lang. 2021 |
Program verification
proof assistants |
0.2 | 1 | 2014 | Automating formal proofs for reactive systems · PLDI 2014 |
Program verification › proof assistants
proof automation |
0.2 | 1 | 2014 | Automating formal proofs for reactive systems · PLDI 2014 |
Program verification
reactive system verification |
0.2 | 1 | 2014 | Automating formal proofs for reactive systems · PLDI 2014 |
Methods — techniques the papers use, named apart from their topics
range lemmas · 2.0lean tactic · 2.0case analysis · 2.0bit-blasting · 2.0separation logic · 0.5dynamic checks · 0.5proof assistant · 0.2coq · 0.2
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2026 | Automating Bitvector and Finite Field Equivalence Proofs in LeanabstractAbstract Efforts to verify Zero-Knowledge Proof circuit encodings have highlighted the challenge of proving the correctness of quantifier-free statements that make use of both bitvector and finite field operations. Existing verification workflows are either manual or rely on SMT solvers, which scale poorly on some classes of problems for reasons that include difficulties with conversion operators and challenges reasoning about inequalities. To address these limitations, we present a novel Lean tactic that leverages range lemmas and case analysis to produce verified translations from finite fields to bitvectors. Our approach, combined with bit-blasting, outperforms state-of-the-art SMT solvers, solving 19% more ZKP arithmetization benchmarks. Elizaveta Pertseva, Valentin Robert, Clark W. Barrett, James Parker |
CAV (2) | 2 |
| 2021 | A type system for extracting functional specifications from memory-safe imperative programsabstractVerifying imperative programs is hard. A key difficulty is that the specification of what an imperative program does is often intertwined with details about pointers and imperative state. Although there are a number of powerful separation logics that allow the details of imperative state to be captured and managed, these details are complicated and reasoning about them requires significant time and expertise. In this paper, we take a different approach: a memory-safe type system that, as part of type-checking, extracts functional specifications from imperative programs. This disentangles imperative state, which is handled by the type system, from functional specifications, which can be verified without reference to pointers. A key difficulty is that sometimes memory safety depends crucially on the functional specification of a program; e.g., an array index is only memory-safe if the index is in bounds. To handle this case, our specification extraction inserts dynamic checks into the specification. Verification then requires the additional proof that none of these checks fail. However, these checks are in a purely functional language, and so this proof also requires no reasoning about pointers. Paul He 0002, Eddy Westbrook, Brent Carmer, Chris Phifer, Valentin Robert, Karl Smeltzer, Andrei Stefanescu, Aaron Tomb, Adam Wick, Matthew Yacavone, Steve Zdancewic |
Proc. ACM Program. Lang. | 5 |
| 2014 | Automating formal proofs for reactive systemsabstractImplementing systems in proof assistants like Coq and proving their correctness in full formal detail has consistently demonstrated promise for making extremely strong guarantees about critical software, ranging from compilers and operating systems to databases and web browsers. Unfortunately, these verifications demand such heroic manual proof effort, even for a single system, that the approach has not been widely adopted. Daniel Ricketts 0001, Valentin Robert, Dongseok Jang, Zachary Tatlock, Sorin Lerner |
PLDI | 2 |
| 2012 | A Formally-Verified Alias Analysis
Valentin Robert, Xavier Leroy |
CPP | 1 |