Insightsby Bernstein

What does independent verification mean?

Published 4 November 2026

The short answer

Independent verification means anyone with the necessary files and proof data can check that those files match the dated evidence, without relying on the original provider to vouch for the result.

Instead of trusting a green “Valid” badge on a vendor’s portal, an independent reviewer uses the files, the exported cryptographic proof, and standalone verification tools to reproduce the math directly. A provider’s confirmation is convenient, but independence requires that the proof stands on its own outside their platform.

What Makes a Check Independent?

Imagine handing an auditor a design file and its timestamp evidence. If they must log into your provider’s website and accept its confirmation of the record, the check isn’t independent—it simply takes the provider’s word for it. Even using a secondary verification site isn’t necessarily independent, as it may just query the original vendor’s API behind the scenes.

The practical test of independence is simple: Can an outside party verify the result using the files and proof data you supply, together with independently available trust or blockchain data, without an account, an active API, or permission from the original platform?

What Does the Reviewer Check?

Verification follows the cryptographic links between the file and its dated evidence:

  1. The File Fingerprint (Hash): The reviewer calculates the cryptographic hash of your file on their own machine to confirm it matches the input recorded in the exported proof.

  2. The Cryptographic Evidence: The reviewer checks the proof using the method that produced it.

    • For Authority-Issued Timestamps (RFC 3161): The reviewer inspects the timestamp authority’s digital signature, validates its certificate chain, and checks relevant revocation information. Standard tools like OpenSSL can perform these checks offline when the necessary certificates, trusted roots and certificate-status data are already available locally.
    • For Blockchain Timestamps: Because no single universal standard exists for anchoring data to a blockchain, verification follows the specific anchoring protocol used. The reviewer checks how the file hash was processed (for example, combined with other hashes in a Merkle tree or used to derive a cryptographic key or blockchain address), traces it to the on-chain record, and verifies that the transaction was confirmed in a block. A raw transaction ID alone proves nothing about which file was anchored without this connective proof.

If any part of the proof must still be retrieved from the provider’s private servers, verification still depends on their availability. The complete cryptographic proof and the applicable protocol specifications must be preserved together.

Does “Independent” Mean Trust-Free?

No. Independent verification removes reliance on the vendor for checking the evidence, not the need for foundational trust. It shifts trust from a commercial vendor’s confirmation to cryptographic algorithms, verification software, and the infrastructure used to establish time:

  • With Authority Timestamps: You trust the cryptographic algorithms, the certificate chain leading to an accepted trust root, and the authority’s timekeeping and operating procedures.
  • With Blockchain Proofs: You rely on the underlying blockchain’s consensus rules and security assumptions. Querying an online block explorer is convenient, but running your own validating node lets you check blockchain data instead of relying solely on a third-party server’s response.
  • Long-Term Durability: Algorithms can weaken over time, and software evolves. An independent proof needs periodic assessment against current cryptographic standards and may require additional preservation measures to remain verifiable. Technical verification alone does not determine its legal weight.

Does the Reviewer Need Access to Confidential Files?

To confirm that a specific file matches the proof, the reviewer must calculate its hash directly from that file. However, this can be done locally in a secure, controlled environment. Independent verification does not inherently require uploading confidential files to a public server or web service.

If you share only the hash, the reviewer can check the dated proof associated with that fingerprint, but they cannot verify that it belongs to your confidential document without checking the document itself.

How to Prepare for an Independent Audit

To ensure your records can be checked without the original provider’s help:

  • Archive the complete evidence package: Store the exact, unaltered files alongside the complete proof bundle (receipts, signatures, Merkle paths, or manifests).
  • Retain protocol documentation: For blockchain proofs, keep a copy of the specific anchoring specification and version used.
  • Run a rehearsal: Test the verification workflow using standalone tools. If testing on a disconnected machine, first obtain the necessary certificate-status or blockchain data. Document the software versions, commands, and outputs.

Catching a missing receipt or ambiguous protocol step during a dry run is far easier than resolving it under the pressure of a legal dispute or investor audit.

Sources

  1. 1.
    OpenSSL Project. openssl-ts . Verification of RFC 3161 timestamp responses using files, timestamp tokens and certificate chains. Accessed 4 November 2026
  2. 2.
    OpenTimestamps. OpenTimestamps . Open timestamp proof format, independent verification and available client implementations. Accessed 4 November 2026
  3. 3.
    C. Adams, P. Cain, D. Pinkas and R. Zuccherato. Internet X.509 Public Key Infrastructure Time-Stamp Protocol . RFC 3161, sections 2.1 and 2.2: timestamp authority requirements and verification. August 2001. Accessed 4 November 2026
Suggest a correction

Tell us what is wrong and, if you can, where the correct information is published.

This site is protected by reCAPTCHA.

The correction form opens soon.