Overview
The GET /api/v1/verify endpoint recomputes the SHA-256 hash for every event in your workspace and checks that each event’s previous_event_hash matches the hash of the preceding event. If any field has been modified or any event has been inserted or deleted, the verification will report the exact break.
Basic Verification
Response (Valid Chain)
Response (Tampered Chain)
Break Types
hash_mismatch
The stored hash does not match the recomputed hash. This means the event data was modified after ingestion. The expected_hash is what the hash should be based on the current field values, and actual_hash is what was stored at ingestion time.
chain_break
The previous_event_hash on an event does not match the hash of the preceding event. This means an event was inserted into or deleted from the chain. The expected_hash is the hash of the preceding event, and actual_hash is the previous_event_hash stored on the broken event.
Date Range Verification
Verify a specific time window instead of the entire chain:
Query Parameters
Automated Monitoring
Run the verify endpoint on a schedule and alert your team if the chain is broken. This is the recommended approach for production workspaces.
For maximum coverage, run verification on the last 24 hours daily, and verify the full chain weekly or monthly. The limit parameter can be increased for full-chain verification.
Legacy events ingested before hash chain activation have nullable hash fields. These events are skipped during verification and do not produce breaks.