Reality Registry logo Reality Registry
Patent pending — Application 64/049,784

How Reality Registry actually works.

Authenticity isn't a single trick. We embed five overlapping layers of cryptographic proof into media at the moment of capture, and bracket each capture between two independent public timestamps that we don't control. Verification is open and free for anyone — forever.

This page is the architecture, in public. The provisional patent has been filed; what's secret is the operational tuning, not the design.

Architecture

Five overlapping layers, none of which can be defeated alone.

A single watermark is a single point of failure. We use five independent authentication layers, each defending against different attacks, each verifiable on its own. Defeating Reality Registry means defeating all five at once — and the cost of doing so exceeds the value of any synthetic claim.

ONE  CAPTURED  FRAME REC 1 Visual watermark 256-bit identifier embedded into every frame's pixels DEFENDS AGAINST metadata stripping · re-encoding 2 Audio watermark Per-segment index hidden inside the audio track DEFENDS AGAINST trimming · splicing · audio swap 3 Per-segment hash chain SHA-256 of each 3-second segment, combined into a Merkle tree DEFENDS AGAINST frame tampering · deepfake insertion 4 Independent time anchor Fresh NIST beacon value, published outside our control DEFENDS AGAINST backdating · retroactive authentication 5 Public blockchain registration Merkle root + beacon written to Polygon within seconds DEFENDS AGAINST post-dating · our own coercion
Each layer is described in detail below.
1

Visual watermark

An imperceptible 256-bit identifier is embedded directly into the pixels of every frame using research-grade neural watermarking (Meta's Video Seal for video, TrustMark for photos). Lives inside the image, not in the metadata — survives compression, re-encoding, screenshots, and most editing.

Defends against: metadata stripping, file-format conversion, social-media re-encoding.
2

Audio watermark

Each three-second segment of the audio track carries a hidden segment-index marker (Meta's AudioSeal). If a clip is trimmed or spliced, the segment indices reveal the cut — even if the visual watermark is intact.

Defends against: trimming, splicing, audio swap.
3

Per-segment hash chain

Every three-second segment is independently hashed (SHA-256) and the resulting hashes are combined into a Merkle tree. The Merkle root is what gets registered on the public blockchain. A single altered pixel anywhere in the clip invalidates the segment that contains it — without affecting verification of the rest.

Defends against: frame-level tampering, deepfake insertion, partial alteration.
4

Independent time anchor

Each capture incorporates a fresh value from the NIST Randomness Beacon — a public, government-published random value that updates every 60 seconds. The beacon proves the capture cannot have happened before that minute, because the value didn't exist before then. We don't control NIST.

Defends against: backdating, retroactive authentication.
5

Public blockchain registration

The Merkle root, NIST beacon value, and capture metadata are written together to a public blockchain (Polygon) within seconds of capture. The blockchain timestamp proves the capture cannot have happened after that block. We don't control the blockchain. Together with Layer 4, the capture is bracketed between two independent timestamps neither owned by us nor by the creator — discussed in detail below.

Defends against: post-dating, after-the-fact registration, our own bankruptcy or coercion.
The time window

Two independent timestamps. Neither one we control.

Every Reality Registry capture is sandwiched between two public timestamps published by entities outside our company: the NIST Randomness Beacon at one end, and a public blockchain block at the other. The capture cannot have happened before the beacon was published, and cannot have happened after the block was confirmed. The window between them is mathematically tight, and verifiable by anyone with internet access — without trusting Reality Registry, or anyone else.

time → NIST  BEACON Pulse #1,820,439 9:42:00 AM published 60-sec public beacon YOUR  CAPTURE 9:42:23 AM media + beacon hashed into Merkle root POLYGON  BLOCK Block #76,481,920 9:43:05 AM mined and confirmed on chain NO EARLIER THAN NO LATER THAN PROOF WINDOW 1 min 5 sec Capture happened somewhere inside this window. Both endpoints are independently public — neither one is controlled by Reality Registry.
The capture happens somewhere inside this window. Both endpoints are independently verifiable on the public internet.
Lower bound

NIST Randomness Beacon

The U.S. National Institute of Standards and Technology publishes a fresh, signed random value every 60 seconds at beacon.nist.gov. The values are unpredictable in advance, archived publicly, and signed by NIST's HSM. Embedding the most recent beacon value in a capture is a cryptographic guarantee that the capture is no older than that beacon's publication time.

Upper bound

Public blockchain block timestamp

The Merkle root of the capture's segment hashes is written to a public blockchain (Polygon today; multiple chains supported as the network matures). Once a block is confirmed, the timestamp is immutable and globally observable. The capture must have existed at or before that block — its hash is on the chain.

Why this matters: most authenticity systems require trusting someone — the platform, a certificate authority, a forensic firm. Reality Registry's time window requires trusting only the U.S. government's randomness beacon and the global state of a public blockchain. Reality Registry as a company could shut down tomorrow, and the time window on every previously registered capture would remain mathematically valid.

The capture pipeline

From record to registered, in seconds.

The user taps the shutter — or finishes recording — and the entire authentication chain runs end-to-end in real time. No upload to verify. No external service to call. The capture is registered before the file leaves the device for ordinary distribution.

STEP 1 📷 Capture Photo or video taken ~ instant + NIST beacon fetched STEP 2 🔗 Embed & hash Watermarks + Merkle tree ~ 2-30 sec on-device STEP 3 🔐 Sign on device Hardware-backed key < 1 sec StrongBox / Secure Enclave STEP 4 Register Submit to blockchain ~ 2-5 sec Merkle root only STEP 5 Confirm Block mined & immutable ~ 30 sec Polygon mainnet STEP 6 🌍 Distribute Share, post, submit unlimited authentication travels with file CAPTURE-TO-CHAIN typically under 1 minute end-to-end
  1. STEP 1

    Capture

    Photo or video is captured through the application's camera flow. The most recent NIST beacon value is fetched and incorporated.

  2. STEP 2

    Embed and hash

    The visual and audio watermarks are embedded; each three-second segment is hashed; the hashes form a Merkle tree.

  3. STEP 3

    Sign on device

    The Merkle root is signed by a hardware-backed key in the device's secure element (StrongBox on Android, Secure Enclave on iOS).

  4. STEP 4

    Register

    The signed Merkle root, NIST beacon value, and capture metadata are written to the public blockchain.

  5. STEP 5

    Confirm

    A blockchain block confirms within ~30 seconds. The upper bound of the time window is now public and immutable.

  6. STEP 6

    Distribute

    The watermarked file is now ready to share, store, or submit. Authentication travels with the pixels — no separate proof file required.

Verification

Free, open, and accessible to anyone.

A trust system that gates verification behind payment is not a trust system. Anyone — recipient, journalist, court, regulator — can verify a Reality Registry-authenticated photo or video at no cost, with no account, and no Reality Registry product installed. Three independent paths exist.

🎬 Registered media photo or video + watermark + share link 🔗 Share-link page Click the link, see the full proof — on-chain entry, beacon, hashes. NO LOGIN Web upload Drop a file you received anywhere. Reads the watermark, looks it up. NO LOGIN · FREE Direct chain lookup Read the on-chain entry yourself via Polygonscan or any RPC. NO RR INVOLVEMENT VERIFIED Same answer, every path No Reality Registry account required at any step. VERIFICATION  IS  FREE.   ALWAYS.

Share-link verification

Every registered capture comes with a short share link. Click it; see the full authenticity record on a public web page. No login.

Upload verification

Have a copy of a photo or video and want to know if it's registered? Upload it. Our extractor reads the watermark, looks up the chain entry, and reports back. Free.

Independent verification

The blockchain record is public. Anyone with a Polygon block explorer can confirm the Merkle root, NIST beacon, and timestamp without our involvement.

Open architecture, calibrated specifics

What this page tells you, and what it doesn't.

We believe trust systems benefit from public scrutiny of their architecture. The provisional patent (Application 64/049,784) covers the novel combination described above; we have no incentive to obscure it. What we don't publish are the operational specifics — the empirically tuned watermark parameters, the device-attestation thresholds, the live-capture detection internals — because those are tuning constants in an active arms race with adversaries. Disclosing them buys an attacker hours of saved work and the world nothing.

For enterprise reviewers: full implementation detail, including the proprietary beacon protocol scheduled for the non-provisional filing, is available under NDA. Independent third-party validation of the watermark survival suite is committed for Q3 2026.

See it run on real captures.

The architecture is the easy part. The interesting question is whether it survives your specific workflow — journalism, witness documentation, evidence chain-of-custody, or a custom integration. Get early access to the consumer Android app or request a hands-on technical briefing.