provable.info
←Back to Home

Identity & Seals

A BSV identity and tamper-proof, independently verifiable proofs for any files or folders

Explorer

Browse seals

Open full explorer →
⏳
Loading recent seals…

Identity & seals

A BSV identity is a key pair that signs your seals. Each seal of a file or folder produces a Merkle root signed with a BRC-42 derived key. When anchored on-chain, those proofs become permanent and independently verifiable — the sealed state at any point in time is tamper-evident.

🔑

CLI Workflow

Seal, verify, and anchor files and folders from the command line

Seal files & folders

Seal any files or folders, then verify, diff, and review their history.

Seal operations
# One-time: generate the root sealing keypair
provable init

# Seal a folder (recursive) or specific files
provable seal --mode=folder ./my-project
provable seal --mode=files a.txt b.txt

# Status, verify, diff, history
provable status ./my-project
provable verify ./my-project
provable diff ./my-project   # Monaco web diff for changed files
provable history my-project

Identity

Your identity is a BSV key pair. Each seal signs with a unique BRC-42 derived key, provably derived from your root identity key — a pure public-key computation any verifier performs locally, so no keyserver is trusted. The identity key travels in the seal metadata, and registration with provable.info uses BRC-103 mutual authentication. Register yours with provable register.

Portable proofs

Hand someone a proof they can verify without you.

Proof bundles
# Export a bundle from the local store
provable proof export ./my-project -o my-project.proof.json

# Anyone can verify it standalone
provable verify --proof my-project.proof.json ./my-project

Features

  • ✓BRC-42 key derivation — each seal uses a unique derived key, never reuses addresses
  • ✓File-level Merkle tree — individual file hashes as leaves, tamper detection pinpoints which file changed
  • ✓Public-math verification — hash, Merkle, signature, and key-derivation checks run locally with zero trusted parties; the chain check compares the anchored payload byte-for-byte via a public explorer
  • ✓Layered verification — content hash → Merkle root → BRC-42 signature → block inclusion

Anchor

Anchoring witnesses a seal on chain. You sign; provable.info pays and broadcasts — no wallet, no funding. Each seal is anchored in its own transaction.

Anchor to blockchain
provable pending      # list seals awaiting anchoring
provable anchor       # anchor the latest
# → ✅ Anchor successful!
#    TX ID: e264318c...

provable anchor --all # anchor every pending seal

API Reference

POST/api/agents/registerRegister an identity (BSV address)
POST/api/v1/anchorAnchor a signed seal (CLI, BRC-103 auth)
GET/api/v1/sealsList recent seals
GET/api/v1/seals/:txidSeal detail + file manifest
POST/api/v1/verifyVerify a hash against sealed records
GET/api/agents/:address/sealsList seals for an identity

Agents

Registered agents and their on-chain skill seals.

🤖

Loading agents…

Know an agent's address? Go directly to their profile: