AI agents · OpenClaw · self-hosting · automation

Quick Answer

What Is Anthropic FlashProve? Provable Inference Explained

Published:

The short answer

FlashProve lets you check, cryptographically, that a response came from a specific AI model. Anthropic released it on November 3, 2026 as an open-source prototype (Apache 2.0): the provider commits to a model, then sends a short proof with each response; anyone can verify the proof on modest hardware without seeing the weights. It is a research release, not a feature of the Claude API.

How it works

  1. Commit. The provider publishes a cryptographic commitment to the model’s weights. The commitment hides the weights; it does not try to hide the architecture.
  2. Prove. For each request, the provider generates a zkSNARK (zero-knowledge succinct argument of knowledge) showing that the response is what the committed model produces for that prompt.
  3. Verify. The user checks the proof. If the response came from any other model, or the token stream was altered, verification fails.

Anthropic ships five artifacts: a blog post, a technical report, a protocol specification written by Claude, executable code (a prover, a fast C++ verifier and a provably correct verifier in Lean) and Lean proofs of the top-level security statements with an interactive visualiser. Anthropic says Claude produced the performance improvements, and the Lean statements exist so humans can audit claims that are hard to check in a large codebase.

Key numbers

FlashProve (Anthropic measurements)
Test modelLlama 4 Maverick, 400B MoE, 4-bit weights
Proof throughput~110 tokens/second on one H100
Proof size~19 MB per 1,024-token request
Overhead~70–95× the GPU time of serving with vLLM
LicenceApache 2.0 (code, Lean proofs, docs)
Repositorygithub.com/anthropics/FlashProve

Who would use it

  • Customers of model routers and resellers, who today cannot prove they received the model they paid for rather than a cheaper substitute.
  • Independent evaluators, who need to know the model they test before and after release is the one actually served.
  • Security teams, to detect a tampered token stream that imitates a trusted model.
  • Regulators and auditors, as one tool for checking providers’ commitments on which models they deploy.

Limitations

  • Research prototype: no service, SLA or API integration.
  • Mixture-of-experts only: the system uses MoE structure for its efficiency gains; dense models are not the target.
  • Cost: 70–95× extra GPU time is acceptable for audits or sampled spot checks, not for proving every token of a consumer chat.
  • Assurance gap: formal guarantees cover the Lean implementation; the fast C++ code is derived from the same design but is not itself proved.

How it relates to other trust tools

Provable inference answers which model produced this. It does not say whether the content is true or safe, and it differs from content provenance labels on generated media. For the wider question of how AI answers earn trust, see our note on how to evaluate a new AI model.

Last verified: November 6, 2026.

Sources