02 / Public evidence

Usage claims should be measurable.

This ledger reports genuine, voluntary publications from the working PactVerity Proof Engine. It stores anonymous receipt summaries—not customer names, agreement content or raw evidence.

SourceLive public APIIdentity trackingNoneCustomer claimOnly when evidenced
Important:A published receipt proves that the engine produced a self-consistent result from supplied inputs. Counts are not unique-user counts, revenue, customers, on-chain settlement or proof that the evidence was truthful.

01 / Live ledger

Public receipt activity—without inflated claims.

Every displayed row is hash-deduplicated. A visitor must deliberately choose to publish it from the Proof Engine.

Loading verifiable receipt activity…

02 / What is stored

Minimum disclosure by design.

The public record is intentionally narrow so that product usage can be evidenced without publishing commercially sensitive agreement data.

Published

Cryptographic summary

Receipt digest, pass/fail outcome, engine version, check counts, signature status and timestamps.

Never stored here×

Private agreement data

Service, provider, buyer, criteria, raw evidence, wallet address and signature are omitted from this public ledger.

03 / Methodology

How the public ledger should be interpreted.

Publication is deliberate, privacy-minimised and separate from the private receipt used by the verifier.

A visitor first creates a receipt using the Proof Engine. The receipt remains local unless the visitor explicitly chooses to publish a summary. The public API records the digest and a narrow set of verification fields, then rejects duplicate publication of the same digest. This produces an inspectable activity record without turning private agreement terms into public content.

The ledger is not an adoption counter. One person can create several receipts, and a receipt can represent a test rather than a commercial service. Counts therefore describe voluntary publications only. They must not be interpreted as customers, revenue, unique users, settled transactions or verified real-world delivery.

Researchers and integrators can use the public JSON endpoint to inspect the same bounded records shown on this page. The dataset intentionally omits service names, counterparties, raw measurements, wallet addresses and signatures.

04 / Verification

A public summary is a pointer, not the whole proof.

Independent verification requires the complete exported receipt, including the original criteria, evidence and check results.

What the digest protects

If the complete receipt changes, recomputing its canonical SHA-256 commitment will no longer match the published digest. This helps expose altered records.

What remains private

The public dataset cannot reconstruct omitted evidence or identify the parties. A reviewer needs the complete receipt from an authorised source to repeat every rule check.