FlashProve proves where LLM answers come from
FlashProveAnthropicдоказуемый инференс
What FlashProve actually proves
The key point is compelling: FlashProve makes it possible to verify that an answer was genuinely computed by the claimed model using a predefined set of weights. In Anthropic’s research on provable inference, the system is presented as an open prototype for large mixture-of-experts language models.
The provider first cryptographically commits to the model and its weights, then produces a proof for a particular input and output. An independent verifier can confirm that the computation was correct without receiving the proprietary weights. The approach relies on zero-knowledge proofs in the zkSNARK family.
At publication, Anthropic reported throughput above 100 tokens per second on a single H100 for the 400-billion-parameter Llama 4 Maverick using 4-bit quantization. A proof for a 1,024-token request was roughly 19 MB. Producing that proof, however, required about 70 to 95 times more GPU time than serving a comparable request through vLLM.
So this is no longer merely a cryptographic thought experiment, but neither is it a free checkmark beside every API response. Throughput is promising, while proof size and extra computation quickly become a concern under large-scale workloads.
The engineering completeness is notable as well. The release includes an open prover, a fast C++ verifier, a slower verifier in Lean, and a formalization of the protocol in Lean 4. Formal proofs are claimed for completeness, soundness, and zero knowledge.
Where the guarantee stops
FlashProve proves the origin of a computation, not the quality of its answer. That distinction is fundamental: an unsafe or mistaken model can produce unsafe or mistaken text with a perfectly valid cryptographic proof.
The practical value is still substantial. An auditor can verify that production is running the exact model that was evaluated; an operator has less room to silently swap weights; and a downstream system can reject responses that lack proof from an approved model.
The first three bottlenecks to watch are prover cost, proof size, and the latency of independent verification. The asymmetry is especially interesting: creating a proof takes substantial GPU resources, while checking it can run on ordinary CPUs. That makes external auditing more realistic, even if continuous proof generation remains expensive for now.
FlashProve does not solve alignment, but it closes an uncomfortable gap between a promise and an actual deployment. The question “did this model answer?” can now be separated from the much harder question “should its answer be trusted?”.