Skip to main content

verify-proof

A free, open-source tool for checking blockchain timestamp proofs on your own machine.

verify-proof recomputes a file's SHA-256 hash and checks it against a proof bundle, so you can confirm that this exact file existed by the time it was anchored and has not changed by a single byte since. Verification is pure computation: it needs the file and the bundle, no account and no network call. Creating a proof is the one command that goes online, through ProofLedger's API with a free key.

Also available for Node.js: npm install verify-proof, a zero-dependency port sharing the same proof format and semantics, tested against the same fixtures. See js/.

Install

pip install verify-proof

The base install pulls no dependencies (it uses only the Python standard library) and gives you a verify-proof command:

verify-proof --help

To use it as an MCP server for Claude Desktop or Cursor, install the optional extra instead (details below):

pip install "verify-proof[mcp]"

Prefer to run from source? Clone it; the CLI works the same:

git clone https://github.com/Fulcrum-Enterprises/verify-proof.git
cd verify-proof
python verify_proof.py --help

Verify a proof, offline

verify-proof verify contract.pdf --proof bundle.json
# VERIFIED: Proof verified. File hash matches blockchain anchor on polygon. Transaction: 0xabc123.... Anchored at: 2026-10-15T02:11:09.512Z.

The check runs locally: it hashes the file, compares the result with the hash in the bundle, walks the Merkle path if there is one, and reports the transaction to look up on a block explorer. Nothing is sent anywhere, so it works the same whether or not the service that issued the proof still exists.

Compute a file's SHA-256 hash

verify-proof hash contract.pdf
# SHA256: a1b2c3d4e5f6...
# File: contract.pdf

Quiet by default

A successful verify prints one line to stderr saying where proofs like it come from. It is suppressed whenever the output is piped or redirected, so scripts never see it, and stdout is unchanged either way. To silence it everywhere:

export VERIFY_PROOF_NO_HINT=1

Create a proof (free API key)

Everything above works offline. This is the one command that does not: to prove a file exists now, some service has to anchor it, and this submits the hash to ProofLedger, which anchors it on Polygon.

export PROOFLEDGER_API_KEY=sk_...      # Account > API Keys, free plan included
verify-proof create contract.pdf
verify-proof create contract.pdf --no-filename   # send only the hash

Only the 64-character SHA-256 digest leaves your machine, plus the filename unless you pass --no-filename. The file itself is never uploaded, on any command. The free plan includes 100 API proofs a month:

Get a free key at proofledger.io

The Polygon anchor usually lands within a minute. Then save the proof's bundle next to the file, and the verify command above works on it from then on, without ProofLedger:

curl -H "Authorization: Bearer $PROOFLEDGER_API_KEY" \
  "https://proofledger.io/api/v1/proof/42/bundle?download=1" -o contract.pdf.proof.json

From Python

The same package carries a small API client, standard library only:

from proofledger_api import submit_proof, submit_batch, get_proof, get_bundle, verify_webhook_signature
from verify_proof import hash_file

proof = submit_proof(hash_file("contract.pdf"), filename="contract.pdf")  # key from PROOFLEDGER_API_KEY
print(proof["id"], proof["certificate_url"])

submit_batch anchors up to 100 hashes in one call, each with your own record id so a retry returns the same proof. verify_webhook_signature checks the ProofLedger-Signature header on webhook deliveries. The API itself is documented at proofledger.io/api.

Proof file format

A bundle is one JSON document. Abridged:

{
  "format": "verify-proof/1",
  "service": "proofledger",
  "hash": "a1b2c3d4e5f6...",
  "algorithm": "sha256",
  "blockchain": "polygon",
  "tx_id": "0xabc123...",
  "anchored_at": "2026-10-15T02:11:09.512Z",
  "merkle_path": [],
  "proof_id": 42,
  "certificate_url": "https://proofledger.io/cert/42"
}

On Polygon each proof is its own transaction, so merkle_path is empty. Proofs anchored in a Merkle batch, such as Bitcoin-anchored proofs from other services and ProofLedger proofs from before October 2026, carry the path, and verify checks it up to the root:

"merkle_path": [
  {"hash": "def456...", "position": "right"},
  {"hash": "789abc...", "position": "left"}
]

Use it in Claude Code (plugin)

This repository is also a Claude Code plugin marketplace. The proofledger plugin bundles the MCP server below (started with uvx, so it needs uv and nothing else) and two skills, /proofledger:anchor and /proofledger:verify:

/plugin marketplace add Fulcrum-Enterprises/verify-proof
/plugin install proofledger@proofledger

Then ask: "Anchor dist/app-1.4.0.zip and save its proof next to it." Creating proofs reads PROOFLEDGER_API_KEY from the shell that starts Claude Code; verifying needs no key. Details in claude-plugin/.

Use as an MCP server (AI assistants)

verify-proof ships an optional Model Context Protocol server, so MCP-compatible AI clients (Claude Desktop, Cursor and others) can verify blockchain timestamp proofs directly in a conversation. The file never leaves your machine: hashing and verification run locally, and only the resulting hash is ever compared against the proof.

Install with the MCP extra

pip install "verify-proof[mcp]"

The base install stays dependency-free; the [mcp] extra adds the MCP SDK and installs a verify-proof-mcp command (a stdio server).

Tools exposed

Tool What it does
compute_file_hash Compute the SHA-256 (or other) hash of a local file
verify_file Verify a local file against a proof JSON file
verify_hash Verify a known hash against inline or file-based proof data
explain_proof Describe, in plain language, what a proof asserts and how to check it on a block explorer
create_proof Anchor a file's hash on ProofLedger to create a new proof. Uses the network and needs an API key
create_proofs_batch Anchor up to 100 files in one API call; file names double as external ids, so re-running returns the existing proofs. Network, API key
get_proof_status Current anchoring status of one of your proofs. Network, API key
save_proof_bundle Download a proof's bundle (this package's proof format) and save it next to the file, so verification needs nothing from ProofLedger later. Network, API key

Connect it to Claude Desktop

Add this to your claude_desktop_config.json (see examples/claude_desktop_config.json):

{
  "mcpServers": {
    "verify-proof": {
      "command": "verify-proof-mcp"
    }
  }
}

Restart Claude Desktop. If verify-proof-mcp isn't found on your PATH, use the Python module form instead: "command": "python", "args": ["-m", "verify_proof_mcp"].

Then ask the assistant things like:

  • "Verify ~/contract.pdf against ~/contract-proof.json."
  • "What does this proof file actually prove?"
  • "Timestamp this file and save its bundle next to it."

The verification tools need no account, no network calls and no trust in any third party. The create, batch, status and bundle tools are the exception: they send hashes, never files, to ProofLedger with your API key.

How it works

  1. verify-proof computes the SHA-256 hash of your local file
  2. It reads the proof JSON to get the originally anchored hash
  3. If the hashes match, the file hasn't been modified since timestamping
  4. If a Merkle path is present, it verifies the path to the Merkle root
  5. The blockchain transaction ID can be independently verified on any block explorer

What a proof shows, and what it does not

A proof shows that a file with this exact SHA-256 fingerprint existed by the anchor time, and that the file has not changed since. The record sits on a public chain rather than in any one company's database, so anyone can check it without an account and without seeing the file.

It does not show who made the file, it is not a copyright registration, and it does not stop anyone copying the file.

Compatible services

This tool verifies proofs created by:

  • ProofLedger: proof of existence as an API. Send a hash, get a Polygon-anchored certificate anyone can verify without us. Free plan with 100 API proofs a month.
  • Any service producing SHA-256 hash proofs with blockchain transaction references.

License

MIT License. Free to use, modify, and distribute.

About

Built by Fulcrum Enterprises LLC, building tools for blockchain-verified proof of existence.

Metadata

Release files for verify-proof 0.3.3

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for verify-proof 0.3.3
File Size Uploaded
verify_proof-0.3.3.tar.gz 22.2 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for verify-proof 0.3.3
File Interpreter ABI Platform
verify_proof-0.3.3-py3-none-any.whl Python 3 none any Details

Total release size: 42.6 kB

Release files / verify_proof-0.3.3.tar.gz

Download URL verify_proof-0.3.3.tar.gz
Size 22.2 kB
Tags Source
SHA-256 checksum
How to use checksums
5c6b741fc42d6869579ddf7870cf0282dd12247ebc1ce4ebd7f89689ea0fd678
BLAKE2b-256 checksum
How to use checksums
cfdff309483f919b185e78df4a8583440f76b36da557e5caf4f30cce8dd3ff51
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 16, 2026.

Transparency log

Release files / verify_proof-0.3.3-py3-none-any.whl

Download URL verify_proof-0.3.3-py3-none-any.whl
Size 20.3 kB
Tags Python 3
SHA-256 checksum
How to use checksums
24fbb32456be2068928dc43f3be2bf2dedf85af3dc5b3e7cd019f315bba22c2a
BLAKE2b-256 checksum
How to use checksums
7b541d7524728aa265ef0d53fb90fa4da0026a5bf3287e650bd04c8029acd0f8
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 16, 2026.

Transparency log

Release history Release notifications | RSS feed

This release

0.3.3 This release

2 release files

0.3.2

2 release files

0.3.1

2 release files

0.3.0

2 release files

0.2.3

2 release files

0.2.2

2 release files

0.2.1

2 release files

0.2.0

2 release files

0.1.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page