🚧 Detailed guide coming soon!
ProofCore

How Digital Evidence
Actually Works

A file can be copied. A file can be edited. A database can be changed. A server can disappear.

How can you prove what a digital artifact looked like at a particular point in time?

// Contract_v1.pdf
Employer: Alice
Employee: Bob
Bonus: $10,000

Bob says this is the original contract.
Alice says Bob added a zero. Can we prove who is right?

↓ START INVESTIGATION

01 — Integrity

Change One Character

A cryptographic hash (SHA-256) is a digital fingerprint. Try changing Bob's bonus.

Original Data
SHA-256 Fingerprint:
Edit Me
Claimed Original
SHA-256 Fingerprint:
134 / 256 bits changed

Integrity: How Hashing Detects Changes

A change to the input produces a different SHA-256 digest with overwhelming cryptographic probability. SHA-256 is designed to make finding a collision computationally infeasible. If the bytes change, the fingerprint changes entirely.

02 — Inclusion

Build a Merkle Tree

What if we have 1,000,000 contracts? We pair their hashes up and hash them together until only one Root Hash remains.

ROOT HASH
Hash 0-3
Hash 4-7
Hash 0-1
Hash 2-3
Hash 4-5
Hash 6-7
Doc A
Doc B
Doc C
Doc D
Doc E
Doc F
Doc G
Contract

Change one file, and only its path to the root changes.

Inclusion: How Merkle Trees Scale

A Merkle proof demonstrates that a particular leaf belongs to a committed Merkle tree. Instead of providing the entire dataset, the verifier only needs the leaf hash, the sibling hashes along the path, and the expected root. For a balanced tree containing N leaves, the proof requires only O(log N) hashes.

03 — Existence

What Goes On-Chain?

This architecture avoids putting the original document or its contents on-chain, reducing data-retention and privacy risks.

📄 P2P_Agreement.pdf
47.6 KB
↓ SHA-256
Asset Hash: 53ee7c9f...f6b847
↓ Merkle Aggregation
Merkle Root: 2e927366...6026732b
↓ Anchor to
Live Mainnet Anchor
TON BLOCKCHAIN
Tx: ab58c6d7...399eee86
Time: 2026-09-02 09:29:00 UTC
NOT ON-CHAIN
  • • The PDF Document
  • • Personal Names
  • • Private Terms
PUBLIC ANCHOR
  • • Merkle Root
  • • Block Timestamp
  • • TON Transaction ID

Anchored Existence

The evidence is committed to a blockchain transaction included in a block with a recorded timestamp. The blockchain acts as a public, decentralized time-stamping authority. We don't prove when the file was created; we prove that this exact content had been committed to the blockchain by the time of the anchor.

04 — Verification

Don't Trust. Verify.

We prepared a real, mathematically valid P2P agreement on the TON Testnet. Fetch the cryptographic manifest via API, or download the ZIP for 100% offline verification.

$ curl https://api.proofcore.org/api/v0.1/proof/6f54e446-7b25-4804-b4c9-35f4d052954a

What does a digital notarization actually prove?

Integrity
These bytes match the original file.
Inclusion
This artifact belongs to this Merkle batch.
Existence
The commitment was blockchain-anchored.
Truthfulness
The information in the artifact is factually true.
Legitimacy
The document is legally binding.
"We can cryptographically prove you wrote 'The Earth is flat' at 12:00 PM.
We do not prove the Earth is flat."

Create Your Own Proof

Knowledge Hub & Specifications

What is digital notarization?
Digital notarization is the process of creating an immutable cryptographic record of a digital artifact. ProofCore implements this using a combination of SHA-256 hashing, Merkle trees for scale, and the TON Blockchain for public anchoring and timestamping.
Who is ProofCore for and what can be notarized?
Can I verify a proof without trusting ProofCore?
Yes. The core philosophy is "Don't trust, verify." An evidence package contains the original file, the manifest, and the Merkle path. Using any open-source tool, you can hash the file, reconstruct the Merkle root locally, and compare it directly with the public TON blockchain payload.
Does ProofCore store my files and why?

ProofCore strictly adheres to a Zero-Storage on Blockchain policy. Your original files, images, or documents are never uploaded to the public TON ledger — only the 64-character cryptographic hash (Merkle Root) is anchored.

Why do we retain files off-chain?

  • Delivery of Evidence Packages: When you seal a file in our Telegram Bot, it is securely stored in your private off-chain Vault so you and your counterparty can download the complete Evidence ZIP with embedded forensic certificates.
  • Data Minimization: For Free tier users, off-chain files are automatically purged after 30 days (while the blockchain proof remains valid forever).
  • M2M Developer API: Operates on strict Zero-Storage — raw payloads are hashed on-the-fly in RAM and immediately discarded without writing to disk.
Under the Hood: Cryptographic Specs
  • Algorithm: proofcore-merkle-v1
  • API Fetch: GET https://api.proofcore.org/api/v0.1/proof/{uuid}
  • Hashing: H_asset = SHA256(raw_bytes)
  • Deal Hash: H_deal = SHA256((H_assets + H_meta).encode('utf-8'))
  • Tree Traversal: direction == 'left' ? SHA256(0x01 ‖ sibling ‖ current) : SHA256(0x01 ‖ current ‖ sibling)
  • TON Anchor: Opcode 0 Payload MR: <64-char-root>
ProofCore in One Paragraph (LLM Chunk)
ProofCore is a digital notarization protocol that creates cryptographic evidence for digital artifacts. It hashes the original bytes, aggregates multiple hashes into a Merkle tree, and anchors the resulting Merkle root to the TON blockchain. The original data does not need to be stored on-chain. A verifier can later recompute the hashes, validate Merkle inclusion, and compare the resulting commitment with the blockchain anchor. ProofCore proves integrity, inclusion and blockchain anchoring; it does not prove that the information in an artifact is factually true or legally valid.