Products Lemma APIProof issuance & verification platformTrust402Delegate to agents, and transactSealSign-in for the agent era — no keys handed over
Use cases Manufacturing & Critical InfraInspection Record AssuranceFinance & FinTechCounterparty Record VerificationPublic SectorCertificate-less ProceduresHealthcareQualified Worker AssuranceProcurement & Supply ChainSupplier Credential MonitoringMedia & ContentContent AuthenticityService & RetailCross-group IdentityAI Adoption (cross-industry)AI Run GovernanceDevelopers & Agent OpsAgent Authority Control ▸ Browse the use-case index
Pricing
Resources Critical BriefThe frontier of AI × trustBlogThinking and implementation notesDocumentationAPI & specsVerification CenterReal verification & issuance countsAbout usFRAME00, Inc.ContactSales & press inquiriesNewsletterUpdates by emailGlossaryDefinitionsFAQFrequently asked questions
Get Started ↗ JA
Guides

Technical documentation.

Implementation guides for each layer of the Lemma architecture.

How it works

Data stays in place.
Only proofs travel.

The source mints a proof, only the necessary parts are selectively disclosed, and a verifier checks them with a public key. Through all three phases, raw data never moves.

Phase 01 · Issue

Mint the proof at the source

Embed the Lemma SDK at the source. Issue attribute proofs for data, models, and authority. Raw data never leaves.

BBS+ Signature
Poseidon Hash
DID / VC (W3C)
Phase 02 · Prove

Reveal just enough

Selectively disclose only the facts a verifier needs — authority, attribute, integrity. Raw data is never touched.

Groth16 / BN254
Circom 2.x Circuit
Selective Disclosure
Phase 03 · Verify

Anyone can confirm

Anyone, anytime, verifies authenticity with a public key. Optionally anchor as tamper-evident audit attestations.

Public verify (no trust)
EIP-712 attestation
audit anchor (optional)
ZK Groth16 / BN254
Signing BBS+ / EdDSA
Hash Poseidon / Keccak
Identifier W3C DID/VC
Audit anchor EIP-712 / x402
Read the technical spec →

Proprietary cryptography,
three cores.

Three core technologies make the trust infrastructure work — establishing “it’s the same thing,” “disclose only this,” and “no one can rewrite it,” all without touching the original data.

Zero-Knowledge
Proof
Zero-Knowledge Proof

Turn business rules like “18 or older” or “revenue over threshold” into machine-verifiable cryptographic facts. Prove a statement’s truth without touching the original.

Lemma’s edge
Each proof is recorded permanently with its circuit (Circom) and generator, so a third party can reproduce it later.
Read the technical docs →
core of delegate without sharing
Selective
Disclosure
Selective Disclosure

Keeping the binding to the original issuer signature, the holder reveals only the attributes a model needs. Minimize what AI receives as input.

Lemma’s edge
From one issued credential, vary the disclosure per counterparty and use. Hide / Reveal stays controllable after issuance.
Read the technical docs →
core of disclose selectively
On-chain
Provenance
On-chain Provenance

Anchor the document commitment, schema, issuer, and ZK verification result on-chain. Fix it as provenance that can be neither rewritten nor erased.

Lemma’s edge
Only the docHash and CID are public; the body stays AES-GCM encrypted. Keep provenance without exposing the contents.
Read the technical docs →
core of prove after the fact
Foundations