Loading video...

Video Failed to Load

Go Home

New project: a coding and formal verification agent for computational physics and applied mathematics. Auto-generate type-correct DSL code for equations and numerical schemes, autoformalize correctness properties in Lean/Isabelle/Rocq, then compile down to provably-correct C code

52,681 views • 5 months ago •via X (Twitter)

15 Comments

Guilherme O'Tina's profile picture
Guilherme O'Tina5 months ago

the part i wonder about is the gap between 'code is formally correct' and 'the physics model is right'. in computational physics the hard errors are often in modeling assumptions (turbulence closures, boundary conditions), not in numerics. fv guarantees the implementation but the model itself stays experimental

Mathelirium's profile picture
Mathelirium5 months ago

How do you plan to bridge the gap between the continuous math model and the discrete DSL without gettin stuck on floating point rounding and stanility issues

Jonathan Gorard's profile picture
Jonathan Gorard5 months ago

This work is based on our existing DSL + theorem-prover work which axiomatized the IEEE-754 for floating-point arithmetic as an algebraic structure: All correctness theorems are proved up to machine precision.

Prashanth's profile picture
Prashanth5 months ago

This might already be in one of your papers, but: I think the case for formal verification is clear wrt cryptography for example, or pure math. But I’m not sure I understand the case in physics. What does FV add in addition to the theory + experimentation loop?

Jonathan Gorard's profile picture
Jonathan Gorard5 months ago

This project is essentially an extremely powerful agentic extension of which perhaps gives some insight into what formal verification means in the context of a numerical code.

FleetingBits's profile picture
FleetingBits5 months ago

i think research on domain specific languages for llms would be quite interesting; sort of the next logical evolution of the racket program; like when do llms benefit from domain specific languages, can they create them usefully, etc...

Ahmed Ibrahim Hamdy's profile picture
Ahmed Ibrahim Hamdy5 months ago

Now you are talking -- hope you will open source this -- this has so many good uses

𝑫𝒂𝒏𝒊𝒆𝒍 𝑺𝒄𝒐𝒕𝒕 𝑴𝒂𝒕𝒕𝒉𝒆𝒘𝒔 🇦🇺's profile picture
𝑫𝒂𝒏𝒊𝒆𝒍 𝑺𝒄𝒐𝒕𝒕 𝑴𝒂𝒕𝒕𝒉𝒆𝒘𝒔 🇦🇺5 months ago

That is a big step toward this, Will you be adding deeper layers to deal with the behavioral differences between CISC and RISC CPU architectures so that determinism is nailed down completely? If you can the complete system can generate massive amounts of very high quality synthetic data for further LLM training.

alegator's profile picture
alegator5 months ago

what happens if you give it something like this: tomorrow or over the next few days i will make a video explaining the total proof on paper from start to finish it's lean formalized as far as i can get it on vibes

Rob Coli's profile picture
Rob Coli5 months ago

I am working on a similar harness! Strong typing and automatic projection to solvers is very valuable in operationalized proof frameworks. Do you mind sharing more of your plans for this project as software, broad release plans, etc.?

Cyclic-Amp's profile picture
Cyclic-Amp5 months ago

Hmm..

Deepia's profile picture
Deepia5 months ago

Incredible, I didn't know numerical simulations could even be provably correct

Richard Hu's profile picture
Richard Hu5 months ago

How are you implementing the agent? Custom loop or using some framework?

Giedrius Trump's profile picture
Giedrius Trump5 months ago

🤔

Eray Özkural, PhD - OG AI ⏭️🌟's profile picture
Eray Özkural, PhD - OG AI ⏭️🌟5 months ago

We might have to stop you, you're getting too close to our stuff LOL!

Related Videos

How do you actually formally verify the code underpinning Ethereum's future? In this episode (the finale of the lean Ethereum miniseries), Nico sits down with Alex Hicks (Alexander Hicks), lead of Protocol Snarkification at the Ethereum Foundation, to break down formal verification from first principles. They cover: – What formal verification actually is and the trust boundaries between proof assistants, SMT solvers, and kernels – The full verification stack for RISC-V ZKVMs: from SAIL specs to constraint extraction to soundness proofs – Why writing constraints directly in Lean makes proofs 10–100x more ergonomic – How AI is now proving hard theorems in hours for $200 — and what that unlocks for the whole pipeline They also explore the boundaries problem, why specs can have bugs too, and the end goal of a full Lean stack that bypasses Rust and LLVM entirely. Listen to the full episode ------------------------------------------------------------ TIMECODES: 09:16 – What is formal verification? Proof assistants vs SMT solvers 18:33 – Formal verification of code: specs, semantics, and trust boundaries 29:30 – Formally verifying the Lean Ethereum stack: RISC-V ZKVMs in focus 33:02 – Extracting ZKVM constraints into Lean and proving soundness 36:35 – Writing constraints directly in Lean: 10–100x better proof ergonomics 44:02 – Proving Polishchuk–Spielman in 8 hours for $200 with AI 51:01 – The end goal: a full Lean stack bypassing Rust and LLVM

Zero Knowledge Podcast

15,289 views • 7 months ago