User Guide

Learn how to create cryptographically sealed digital records with independent timestamps and instant verification.

What is VerityRecord?

VerityRecord is a digital evidence platform that creates cryptographically sealed, timestamped records of your files and web content. It proves that specific content existed at a specific point in time, without the possibility of retroactive modification.

Who is it for?

Lawyers documenting evidence, accountants preserving financial records, businesses protecting intellectual property, journalists archiving web content, and anyone who needs provable digital records.

Key Terms

TermMeaning
BagA container for your files and links. Once sealed, no changes can be made to it — it becomes a locked evidence record with its own certificate, receipt, and proof chain.
Encrypted BagWhen you enable zero-knowledge encryption before sealing, your bag becomes an Encrypted Bag. Files you upload are encrypted client-side with AES-256-GCM and never reach our servers in readable form. Evidence captures of the links you add (screenshots, archives) are produced at capture time — on our servers or via your browser extension — and then encrypted. Only someone with the password can view the contents, while the cryptographic proof remains publicly verifiable.
Burn BagA bag whose contents are permanently destroyed after the first view. The proof chain (seal certificate + transparency log) remains mathematically verifiable — but the files themselves are irreversibly erased. Activation requires typing VERITY and cannot be undone.
SealPermanently locks the bag. Each file gets its own hash, then the entire collection is sealed as a whole with a cryptographic hash and an independent timestamp. After sealing no changes can be made; verification confirms the record is exactly as it was at that moment.
HashThe mathematical integrity stamp of a file. If even a single byte changes, the hash changes entirely. VerityRecord uses SHA3-256 (FIPS 202).
Data IntegrityThe seal is backed by mathematics: even a single byte change in any file produces an entirely different hash. This ensures provable, time-independent, and universally verifiable data integrity.
ReceiptThe proof record generated after sealing. Contains the mathematical hash, timestamp, and digital signature of the entire bag.
CertificateThe shareable document generated for every sealed bag. Displays the proof chain, seal timestamp, and verification details. Also provides direct access to view and download the original files. Anyone with the link can verify the record’s authenticity.

How It Works

1
Create a Bag
Upload files or capture web links into a container called a "bag".
2
Seal
Seal the bag to generate cryptographic hashes and an independent timestamp.
3
Share & Verify
Share the certificate. Anyone can verify the record's integrity instantly.

Getting Started

Creating an Account

Sign up with your Google account or email address. No credit card is required. New accounts receive 50 starter credits to try the platform (25 after email verification + 25 SMS bonus).

Dashboard

After signing in, your dashboard shows:

  • Credit balance — your remaining seal credits
  • Recent bags — quick access to your latest records
  • Quick actions — create a new bag, verify a document, or buy credits

Creating a Bag

A bag is a container that holds one or more files and/or web links. Think of it as a sealed envelope for digital content.

  1. Click "Upload & Seal" from the navigation or dashboard.
  2. Give your bag a descriptive name (e.g., "Contract Draft - March 2026").
  3. Add files by dragging and dropping, clicking the upload area, or pasting from clipboard.
  4. Add web links by entering a URL in the link input field.
Tip: Choose a meaningful bag name before sealing. For regular bags the name is stored in the permanent record and shown at the top of the certificate page (the certificate document itself lists files, hashes and proof — not the name). For Encrypted Bags the name is encrypted too and stays hidden everywhere.

Limits

LimitValue
Max file size100 MB per file
Max files per bag50 files
Max bag size1 GB total
Draft lifetimeMembers: kept indefinitely until you delete them. Guest / anonymous: auto-deleted after 30 days.

Adding Files & Links

Files

You can add files in several ways:

  • Drag & drop — drag files or entire folders onto the upload area
  • File picker — click the upload area to browse your computer
  • Clipboard paste — paste screenshots or copied files with Ctrl+V / Cmd+V

Supported file types include: images, videos, audio, documents, spreadsheets, 3D/CAD models, source code, AI/ML models, medical imaging (DICOM), BIM/architecture (IFC), scientific data, financial formats, geographic/GIS, network/security forensics, email, calendar, and web links — 327 file extensions across 22 content categories.

Note: Archive files (ZIP, RAR, 7Z, TAR, etc.) and executable files (.exe, .bat, .sh, etc.) are not allowed for security reasons. Extract archives and upload individual files instead.

Web Links

Enter any URL to capture a web page as evidence. VerityRecord will:

  1. Fetch the page content (HTML)
  2. Generate a PDF snapshot of the page
  3. Extract metadata (title, description, images)
  4. Record HTTP headers, DNS, and TLS certificate information
  5. Calculate a cryptographic hash of all captured data

This creates a comprehensive evidence package that proves the web page existed with that exact content at the time of capture.

Tip: VerityRecord has specialized parsers for 26+ platforms (and growing) including YouTube, Twitter/X, Instagram, Amazon, eBay, and many more — extracting structured data like prices, reviews, and engagement metrics.

Formats that cannot be previewed

Every allowed file type is stored, hashed and sealed exactly the same way — preview support does not affect the evidence. The 47 formats below are kept and can be downloaded, but no approved safe browser preview is enabled, so we show an honest “no preview” card instead of a broken one.

CategoryExtensions
Design & graphics.ai .eps .epsf .psb .psd .sdw .xcf
CAD & 3D authoring.f3d .jtd .jtt .sldasm .sldprt
Scientific & research data.bai .bam .bcf .h5 .hdf5 .las .laz .nii .nrrd .orc .pb
Medical imaging (viewer license review).dcm .dicom
Machine-learning models.ckpt .engine .onnx .pt .pth .safetensors
Network & system logs.cap .dmp .dump .etl .evt .evtx .pcap .pcapng .pf
Legacy geographic exchange.gpx .kml .kmz
Regional office formats.udf .uof .uot
Other.wasm

Sealing Your Bag

Sealing is the core action that transforms your bag into a permanently locked, independently verifiable record. Once sealed, the contents can no longer be changed. Anyone who verifies the record can confirm it is exactly as it was at the moment of sealing.

What Happens During Sealing

  1. Hash calculation — each file gets a unique SHA3-256 hash
  2. Merkle tree — all file hashes are combined into a single root hash using a Binary Merkle Tree
  3. Timestamp — an independent timestamp is obtained from DigiCert (RFC 3161)
  4. Receipt — a signed receipt is generated containing all proof data
  5. Transparency log — the seal is appended to a public, append-only ledger

Cost

Sealing costs 1 credit per item — each file and each captured link counts as one item. A bag with 4 files and 1 link costs 5 credits. Credits are deducted at seal time. If sealing fails for any reason, credits are automatically refunded.

TSA fallback chain: the timestamp is requested from DigiCert first, then Sectigo, then FreeTSA. If all TSA providers fail, the seal is rejected (no seal without an authoritative timestamp).
Encrypted Bags: server-side conversions (Office→PDF, video transcoding, CAD→3D) are skipped during sealing to preserve zero-knowledge. They run automatically once the bag is decrypted.
Note: If a link is still being captured, sealing simply waits — the system will not seal until every capture has finished, so an incomplete capture can never end up in a sealed record.

Understanding the Certificate

After sealing, a certificate page is generated that contains:

  • Seal summary — the Merkle root hash and the independent seal timestamp
  • File list — all files with their individual hashes, sizes, and types
  • Proof chain — Merkle root, TSA token, receipt signature
  • QR code — links directly to the verification page
  • File previews — images, PDFs, videos, audio, and documents can be viewed inline

Certificate Chain & Transparency

Each certificate includes a verifiable chain of custody:

  • Previous seal hash — per-user chain link (prev_seal_hash) so each new seal is anchored to your previous one
  • Ed25519 digital signature — signed receipt with public key fingerprint (RFC 8032)
  • Transparency log — log_index, leaf_hash, chain_hash, plus a daily Merkle root published at /transparency

Downloading

From the certificate page, you can:

  • Download PDF certificate — A4 document with QR code and proof details
  • Download bag archive — all original files plus the certificate PDF and evidence package
  • Download evidence package — manifest.json + receipt.json + signature.txt + Proof_Methodology.html + offline verify.html (verifies the seal in your browser, no server needed). For link captures it also contains per-link evidence.json + evidence_manifest.json files that bind each captured artifact to the seal
  • BagIt format (RFC 8493) — alternative archive layout for archival/forensic workflows. Append ?format=bagit to download endpoints.

Sharing & Access Control

Sealed bags can be shared with granular access controls:

Share Links

Each bag has at most one active share link at a time. Create it with optional restrictions:

FeatureDescription
Time windowPreset durations 24 hours / 7 days / 30 days / never, or a custom expiry date up to 1 year
Link passwordRequire a password to view contents (this is a separate password from the bag password)
Member-onlyRequire the viewer to have a verified account

Single-View

Generate a single-use link that is consumed after the first successful view. The bag content itself is not deleted — only the link burns. To permanently destroy content after one view, use a Burn Bag instead (see Key Terms).

  • Enabled with a single click plus a confirmation dialog; once the link is used, it cannot be reopened
  • The link is internally locked to a single successful view
  • The first opener sees the content; everyone else (including the same viewer reopening) gets a “viewed · used” message
  • The owner is notified when the link is used and by whom (the viewer’s account, or “anonymous”) — no raw IP address is ever stored
  • The cryptographic proof (receipt, hash, timestamp) and the bag content remain intact for the owner — only the share link is consumed
Encrypted Bag + Single-View: If the bag is encrypted and Single-View is enabled, the recipient must also know the bag password. Otherwise the single-use access is wasted on an encrypted bag they cannot open.

Time Lock (Embargo / Visible-From)

Schedule a sealed bag to become viewable only at a future date — the certificate exists immediately and is timestamped, but the file contents stay locked until the embargo lifts.

  • Visible from — ISO date when content becomes viewable
  • Visible until — optional end date

Email Sharing

Send the certificate link directly via email to up to 5 recipients at once. Each recipient gets a personalized email with the certificate link and bag summary.

QR Code

Every sealed bag gets a QR code that links to the public verification page. Download or copy it for physical documents, presentations, or printed materials.

Share Activity

Share Activity lives inside My Bags: turn on the Sharing filter and pick a bag — the panel tells the bag's whole story (created → sealed → link shared → opens → link closed). Access is counted, not identified: who opened is never recorded or shown — you see opens, unique visitors and downloads as day-level counts. No member identity, no city, no device details; raw IP addresses are never stored.

Tip: Even when sharing is disabled, the seal certificate (proof of existence) is always publicly verifiable. Only the content (files, previews) is restricted.

Verification

Anyone can verify a sealed record without an account. Verification confirms:

  • The content has not been modified since sealing
  • The timestamp is authentic (independently issued by a trusted TSA)
  • The Merkle root matches the individual file hashes

How to Verify

  1. By link — open the certificate URL or scan the QR code
  2. By document code — enter the document code (XXXX-XXXX-XXXX) or paste the certificate link on the verification page
  3. Offline (no internet) — open /verify-offline and drop the evidence package ZIP. The page does everything in the browser, with zero network calls. Useful when our servers are unreachable, or for air-gapped forensic workflows.

Transparency Log & Status

Two public pages let anyone audit the platform without an account:

  • /transparency — append-only ledger of every seal entry plus daily heartbeat signals
  • /status — system uptime, recent incidents, and live availability bars

API Verification

Developers can verify records programmatically using the free-tier API:

GET /api/verifyReceipt/{receiptId}

Returns { valid: true/false } with full proof details. No API key required.

Every public certificate page also includes a “Report content” link — anyone can report abusive or illegal content (with category selection); reports are reviewed and can lead to content takedown while the cryptographic trail stays intact.

Encryption

For sensitive documents, you can encrypt your bag before sealing using zero-knowledge encryption:

  • Encryption uses AES-256-GCM
  • The encryption key is derived from your password — VerityRecord never sees or stores it
  • Encrypted files can only be decrypted by someone who knows the password
  • The cryptographic proof (hashes, timestamps) remains verifiable even without the password
  • Files you upload are encrypted before they are uploaded — not even VerityRecord can access the original content (evidence captures of the links you add are produced at capture time and then encrypted)
  • Changes to an encrypted bag (e.g. creating a share link) require a short-lived vault session — you re-enter the bag password to prove you hold the key

How It Works

  1. During the seal confirmation, toggle the "Encrypt bag" option
  2. Enter a password — no minimum length is enforced; the choice is yours. A strength meter and an honest warning are shown: because the encrypted data is downloadable by anyone holding the link, a weak password can be cracked by offline guessing — 12+ characters are strongly recommended
  3. Each file's SHA3-256 digest is computed on the original content, then the file is encrypted client-side with AES-256-GCM before upload
  4. To view file contents later, the password must be entered on the certificate page

Technical Parameters

ParameterValue
CipherAES-256-GCM (authenticated encryption)
Key derivationPBKDF2-SHA256 (OWASP 2023 recommended strength)
Salt16 bytes random — bag-level (shared across files)
IV / nonce12 bytes random — file-level (unique per file)
UI responsivenessKey derivation runs in a Web Worker so the UI stays interactive
Password verificationkey_check = SHA-256(derived_key) — sent to the server. The server can verify the password is correct without ever seeing the password or key itself.
Integrity checkSHA3-256 verification after decryption (catches tampering or corruption)
Warning: If you lose the encryption password, the file contents cannot be recovered. VerityRecord does not have access to your encryption key. Store your password in a safe place.
Tip: The seal certificate, Merkle root, timestamps, and verification remain fully functional without the password. Only the file content (previews, downloads) requires decryption.

What stays hidden, what stays visible

When a bag is encrypted, the files you upload are end-to-end encrypted — not even VerityRecord can open them. Evidence captures of the links you add (screenshots, page archives) are produced at capture time — on our servers or via your browser extension — and then encrypted with the same key. For the seal to remain independently verifiable, a few items necessarily stay visible. We disclose all of this, openly — nothing here is a hidden leak.

Hidden (no one, including us, can read): the bag name, file names, file sizes and types, notes, link addresses, and the content of the files you upload. (Evidence captures of the links you add are produced at capture time and then encrypted; because of when they are created, they do not carry that same absolute guarantee.)

Visible (required for the proof to be verifiable): that the bag exists and its seal timestamp, the number of files it holds, each file's SHA3-256 digest, and that it is encrypted (AES-256-GCM).

Why are some items visible? The file count and digests are not a leak — they are an inherent part of a verifiable timestamp. A digest never reveals content; it only lets someone who already holds a file confirm whether that file is in the bag. Hiding these entirely would make the seal impossible to verify independently.

Credits & Pricing

VerityRecord uses a simple credit system:

ItemDetails
Starter credits50 credits (25 email + 25 SMS bonus)
Seal cost1 credit per item (file or captured link)
Price$0.80 per credit (volume discounts available)
Min purchase25 credits
Max purchase2,000 credits
Upload & link captureFree — credits are only spent when you seal
VerificationAlways free (no credits needed)
SharingAlways free

Credits do not expire and are not subscription-based. Volume discounts apply automatically along a continuous curve (formula: price = $0.80 × (25/qty)0.25, floor $0.15):

QuantityPer CreditTotalDiscount
25$0.80$20—
50$0.67$33.5016%
100$0.57$5729%
500$0.38$19053%
1,000$0.32$32060%
2,000$0.27$54066%

Supported File Types

VerityRecord supports 327 file extensions across 22 content categories (17 file categories plus link-capture categories). Every format receives full cryptographic hashing (SHA3-256), timestamping, and integrity verification; most formats also get an inline browser preview — 40 of them cannot be previewed and are kept as a downloadable evidence archive instead. Being listed here means the format is accepted and sealed, not that it can be displayed.

This table names common uses, not file extensions — entries like Helm, Sigma or FHIR refer to formats whose files carry a supported extension (.yaml, .json, .rules…). The authoritative, machine-generated extension list is below.

CategoryFormats
ImagesJPEG, PNG, WebP, GIF, SVG, BMP, TIFF, HEIC, AVIF, JXL, ICO, PSD, XCF, EPS, EXR, HDR, TGA, RAW (NEF, CR2, CR3, ARW, DNG, ORF, RW2…)
DocumentsPDF, DOCX, DOC, ODT, RTF, DJVU, WPD, TXT, Markdown, Pages
SpreadsheetsXLSX, XLS, ODS, CSV, TSV, Numbers
PresentationsPPTX, PPT, ODP, Keynote
VideoMP4, WebM, MOV, AVI, MKV, FLV, 3GP, M4V, MPEG, WMV, OGV, MTS, M2TS, VOB
AudioMP3, WAV, OGG, FLAC, AAC, M4A, OPUS, WMA, AIFF, MIDI, AMR, ALAC, DSF, DFF, CAF, USF
3D / CAD / CNCSTL, OBJ, GLB, GLTF, FBX, PLY, STEP, IGES, DXF, DWG, 3MF, G-Code, SLDPRT, SLDASM, F3D, NC, TAP
MedicalDICOM (DCM), NIfTI, NRRD, HL7, CDA, CCD, CCR, FHIR
BIM / ArchitectureIFC, BCF
FinanceXBRL, OFX, QFX, QIF
Geographic / GISGeoJSON, TopoJSON, KML, KMZ, SHP, SHX, DBF, PRJ, GPX, LAS, LAZ
ScientificPDB, MOL, SDF, FASTA, FASTQ, GFF, GTF, BED, VCF, SAM, BAM, CIF, XYZ
Source CodeJS, TS, Python, Java, C, C++, C#, Go, Rust, PHP, Ruby, Swift, Kotlin, Scala, Lua, R, HTML, CSS, SQL, YAML, TOML…
DataJSON, XML, YAML, TOML, Parquet, Arrow, Feather, ORC, JSONL, NDJSON, SQLite, SQL
AI / ML ModelsONNX, PyTorch (.pt), SafeTensors, HDF5 (.h5), TensorFlow (.pb), TensorRT (.engine), Checkpoint (.ckpt)
Notebooks & DiagramsJupyter (.ipynb), Mermaid, PlantUML, Draw.io, D2, AsciiDoc, LaTeX, MDX
Config / DevOpsDockerfile, Terraform (.tf/.tfvars), Helm, K8s, HCL, .env, INI, Compose
Network / SecurityHAR, PCAP, PCAPNG, CAP, EVTX, DMP, YARA, Sigma, STIX, OpenIOC, Zeek, Snort, Nessus
OtherEPUB, MOBI, AZW3, OTF, TTF, WOFF2, EML, MSG, ICS, SRT, VTT, ASS, P7S, PEM, BibTeX, RIS
Web LinksAny publicly accessible URL — full page PDF, metadata, TLS certificate
Full list — verify the numbers: 327 extensions in 17 file categories

Generated directly from the upload allowlist in the codebase — this list cannot drift from what the product actually accepts. The 17 file categories below plus 4 link-capture categories (link, social, media, e-commerce — they accept URLs, not files) and the generic “other” class make up the 22 content categories.

Source Code (75)

as · c · cc · cf · cfg · cfm · cjs · conf · cp · cpp · cs · css · cxx · d2 · diff · dockerfile · drawio · env · erl · go · graphql · groovy · h · hcl · hpp · htm · html · hxx · ini · ipynb · java · js · json · jsx · kt · kts · less · lua · m · mermaid · mjs · mmd · mml · pas · patch · php · pl · plantuml · prompt · properties · proto · puml · py · r · rb · rs · sass · scala · scss · svelte · swift · tf · tfvars · toml · ts · tsx · vb · vue · wasm · xhtml · xml · xsl · xslt · yaml · yml

Images (46)

ai · arw · avif · bmp · cr2 · cr3 · cur · dds · dng · eps · epsf · exr · gif · hdr · heic · heif · ico · icon · jp2 · jpe · jpeg · jpf · jpg · jpx · jxl · nef · orf · pam · pbm · pef · pgm · png · pnm · ppm · psb · psd · ptif · raf · rw2 · svg · svgz · tga · tif · tiff · webp · xcf

Documents (37)

azw3 · djvu · doc · docx · epub · jtd · jtt · key · mobi · numbers · odp · ods · odt · otp · pages · pot · potx · pps · ppsx · ppt · pptx · ps · rtf · sdd · sdw · sti · sxi · sxw · udf · uof · uop · uot · usf · wpd · wps · xls · xlsx

Audio (24)

aac · aif · aiff · amr · au · caf · dff · dsf · flac · gsm · it · m4a · mid · midi · mod · mp2 · mp3 · ogg · opus · ra · s3m · wav · wma · xm

Data (21)

arrow · ccd · cda · ckpt · db · dump · engine · feather · h5 · hdf5 · jsonl · ndjson · onnx · orc · parquet · pb · pt · pth · safetensors · sql · sqlite

3D & CAD Models (21)

3mf · bcf · dwg · dxf · f3d · fbx · gcode · glb · gltf · ifc · iges · igs · nc · obj · ply · sldasm · sldprt · step · stl · stp · tap

Scientific (18)

bai · bam · bed · cif · fa · fasta · fastq · fq · gff · gff3 · gtf · mol · mol2 · pdb · sam · sdf · vcf · xyz

Network & Security (17)

cap · dmp · etl · evt · evtx · har · ioc · nessus · pcap · pcapng · pf · plist · rules · warc · yar · yara · zeek

Text (17)

adoc · ass · bib · csv · ics · latex · log · markdown · md · mdx · ris · rst · srt · tex · tsv · txt · vtt

Video (17)

3gp · avi · flv · m2ts · m2v · m4v · mkv · mov · mp4 · mpeg · mpg · mts · ogv · rm · vob · webm · wmv

Geographic & GIS (11)

dbf · geojson · gpx · kml · kmz · las · laz · prj · shp · shx · topojson

E-signature (6)

cer · crt · p7m · p7s · pem · tsr

Medical (6)

ccr · dcm · dicom · hl7 · nii · nrrd

Financial (4)

ofx · qfx · qif · xbrl

Fonts (4)

otf · ttf · woff · woff2

Email (2)

eml · msg

PDF (1)

pdf

Smart Features

Automatic Tagging

When you upload a file, VerityRecord automatically analyzes the filename, file type, and extension to assign relevant tags. This helps you organize and identify files at a glance.

DetectionExamples
Document typeInvoice, contract, report, CV, receipt, declaration, certificate, deed, warranty, prescription
File categoryPhoto, video, audio, PDF, 3D model, CAD, medical image, financial data, map data
Specialized formatsDesign, e-book, font, subtitle, email, e-signature, notebook, source code

Tags appear as small chips on each file in the file list. No AI or external service is used — tagging is rule-based and runs entirely on the server at upload time.

Link Monitoring

Automatic re-checking of captured links is currently not available — the feature is built but disabled until it meets our reliability bar. Every capture is a single point-in-time record; to document a page again, simply capture it again in a new bag.

Duplicate Detection

If you add a file that already exists in the same bag (matched by name, size and a quick content hash), you'll see a warning to avoid accidental duplicates.

Apps & Platforms

VerityRecord is available on multiple platforms:

PlatformDetails
Web (PWA)Works in any modern browser. Installable as a Progressive Web App with offline support via Service Worker.
DesktopNative Windows app built with Tauri — lightweight, no browser needed. macOS and Linux builds are planned.
AndroidNative app built with Flutter. Material 3 design, Google Sign-In, bag management, and push notifications. Not yet published on the Play Store.
iOSComing soon.
Browser ExtensionChrome / Edge extension for one-click web capture from the address bar. Uses a nonce-based secure auth flow — the auth token is exchanged over the extension’s own messaging channel and never written to the page DOM. Extension privacy policy.
Public status/status — live uptime bars and incident history. /transparency — append-only seal ledger.

PWA & Offline

The web app can be installed on your device from the browser. Once installed, it works offline for viewing cached content. The Service Worker caches essential assets and provides an offline fallback page.

Tip: On Chrome or Edge, click the install icon in the address bar. On mobile Safari, use "Add to Home Screen". The app works like a native application with its own icon and window.

Notifications

VerityRecord sends push notifications to keep you informed about your records:

  • Seal completed — when your bag is successfully sealed
  • Share activity — when someone views or downloads your shared certificate
  • Draft expiry warning — reminder before an unsealed draft is auto-deleted
  • Credit alerts — low balance and purchase confirmations

Notifications are delivered via browser push (Web), native push (Android), and email (for critical events). You can customize notification preferences from /account > Notification Settings.

Security & Cryptography

ComponentStandard
File hashingSHA3-256 (FIPS 202)
Proof structureBinary Merkle Tree
Timestamp authorityDigiCert → Sectigo → FreeTSA fallback chain (RFC 3161)
Receipt signatureEd25519 (RFC 8032) with public key fingerprint published in evidence package
Encryption (Encrypted Bag)AES-256-GCM
Bag key derivationPBKDF2-SHA256, 600,000 iterations (OWASP 2023)
Share-link passwordscrypt (server-side hash for password-protected share links — different from the bag password)
TransportHTTPS with HSTS (2-year max-age, preload)
AuthenticationGoogle & Email sign-in + optional 2FA (TOTP, RFC 6238)
Request signing (API)Optional HMAC-SHA256 for high-security API integrations

Why These Standards Matter

SHA3-256

The latest generation of the Secure Hash Algorithm family (FIPS 202). Produces a unique 256-bit hash for any file. Even a single byte change produces a completely different hash.

Merkle Tree

Combines all file hashes into a single root hash. This allows efficient verification of individual files without needing all other files in the bag.

RFC 3161 Timestamp

An independent, trusted third party (DigiCert) certifies the exact time of sealing. This timestamp cannot be forged or backdated, even by VerityRecord itself.

Backup & Disaster Recovery

Operational resilience:

  • Daily Firestore backups exported to Google Cloud Storage at 03:30 UTC. 30-day retention with automatic cleanup.
  • Restore rehearsal procedure documented in the ops runbook (verify-restore.mjs script validates collection counts and key fields after restore).
  • Independent verification — even if VerityRecord went permanently offline, every evidence package can still be verified using only standard cryptographic tools and the published TSA / Ed25519 / SHA3 standards.

Data Retention

Content TypeRetention Period
Unsealed drafts (members)Indefinite — member draft bags are kept until you delete them or your account
Unsealed drafts (guest / anonymous)30 days, then auto-deleted
Sealed recordsStored as long as your account is active. Automatic age-based deletion of sealed records is currently disabled.
Cryptographic proofPermanent (hashes, timestamps, receipts) — preserved even if you delete the bag content
Operational logsRate-limit logs follow short TTLs (cleaned daily); audit logs are kept 1 year; monthly log seals preserve the immutable evidence trail
Tip: Cryptographic proof (receipt, hashes, TSA token) is retained permanently — even if you delete a bag or close your account. This means the existence and integrity of a record can always be verified, regardless of whether the original files are still stored.

Frequently Asked Questions

Can I modify a sealed bag?

No. Once sealed, the bag is locked — its contents can't be edited, and any tampering would break verification. This is by design: it's what makes the record independently verifiable. If you need to update content, create a new bag.

Is my data private?

Yes. Files are stored securely and only accessible to you (the owner) and anyone you explicitly share with. Verification only reveals the cryptographic proof, not the actual content.

Can I delete a sealed bag?

You can request deletion of the file content, but the cryptographic proof (receipt, hashes, timestamp) is retained permanently in the transparency log.

Is this legally admissible?

VerityRecord provides strong technical evidence of content existence and integrity. The legal weight depends on your jurisdiction. The RFC 3161 timestamp from DigiCert is widely recognized. Consult your legal advisor for specific cases.

What happens if VerityRecord goes offline?

Your evidence package (downloadable from the certificate page) contains everything needed for independent verification: the receipt, digital signature, and TSA token. These can be verified using standard cryptographic tools without VerityRecord's servers.

Can I use the API?

Yes. Verification endpoints are free and require no API key. Full API access (creating bags, uploading files, sealing) requires an API key. Apply from the Developer Portal.

How do I export my data?

Go to Account > Advanced Settings > “Download My Data”. This generates a complete export of your profile, bags, receipts, and billing history as a JSON file (rate-limited to once per 30 days).

Where do I manage notifications, 2FA, and devices?

All account-level settings live on the /account page: profile, credit balance, invoices, notification preferences, two-factor authentication (TOTP), and connected devices.

Ready to Get Started?

Create your first sealed record in under a minute.

Create a Bag

Still have questions?