[Developers]

Graph Versioning and History

An investigation has been running for eight months. Last week, an analyst made a bulk import that accidentally merged two distinct entities, corrupting a section of the graph that dozens of case notes reference. The cour

Category: InvestigationLast Updated: Feb 5, 2026
investigationreal-timecomplianceblockchaingeospatial

Overview#

An investigation has been running for eight months. Last week, an analyst made a bulk import that accidentally merged two distinct entities, corrupting a section of the graph that dozens of case notes reference. The court filing deadline is in 48 hours. Without versioning, the team would need to manually reconstruct which nodes existed before the merge, which edges were legitimate, and which annotations predate the error. With the Graph Versioning and History module, they restore the pre-import state in minutes, verify the diff, and continue with confidence.

Beyond disaster recovery, graph versioning changes how investigators work. Teams can branch from a known-good state to test a hypothesis, merge findings back when the hypothesis proves out, and maintain a tamper-proof audit trail of every change for legal proceedings. Time-travel queries let analysts ask "what did the network look like six months ago?" and get an accurate answer.

Key Features#

  • Rapid snapshot creation for large-scale graphs using incremental delta compression with minimal performance overhead
  • Unlimited version retention with storage efficiency through content-addressable storage and structural deduplication
  • Time-travel query engine enabling queries against any historical graph state with low-latency reconstruction
  • Structural diff computation detecting node additions, deletions, edge modifications, and property changes with high accuracy
  • Full graph rollback and selective entity restoration enabling rapid recovery from data corruption or accidental changes
  • Change attribution tracking every modification with complete provenance including user, timestamp, and reason
  • Cryptographic signing of audit entries preventing tampering and ensuring compliance integrity
  • Automatic snapshot scheduling with configurable frequency for incremental and full snapshots
  • Visual diff rendering showing exactly how graphs evolved through timeline views and impact scoring
  • Topology change analysis detecting shifts in community structure, centrality, and graph connectivity
  • Merge strategies with automatic conflict resolution for selective rollback operations
  • Branch creation enabling parallel investigation hypotheses from historical graph states
  • Pre-built compliance reporting for SOC 2, GDPR Article 30, HIPAA, and PCI DSS audit requirements
  • Integrity verification with checksum validation and delta chain consistency checking
  • Configurable retention policies with automatic archival to cold storage after defined periods

Use Cases#

  • Criminal Network Evolution: Law enforcement agencies trace how criminal organisations evolved over time, identifying when new members joined and leadership structures changed
  • Fraud Pattern Emergence: Financial crime units pinpoint exactly when suspicious transaction patterns first appeared in investigation graphs
  • Incident Recovery: Security teams rapidly restore graphs to pre-compromise states after data corruption or system attacks
  • Compliance Auditing: Regulatory teams generate comprehensive audit reports showing complete graph modification history with tamper-proof change attribution

Integration#

  • Connects with the Neo4j graph analysis layer through typed APIs with automatic version tracking
  • Compatible with case management systems for investigation milestone snapshot management
  • Supports pre-built compliance reports in PDF, CSV, JSON, HTML, and Excel formats
  • Role-based access controls for snapshot management and audit log access
  • Encryption at rest for all snapshots and audit logs with cryptographic integrity verification
  • Configurable retention policies supporting requirements from 7-day development cycles to 20-year regulatory archives
  • Multi-tenant isolation ensuring organisational data separation across all versioning operations

Open Standards#

  • W3C PROV-DM (Provenance Data Model): All change attribution records implement the W3C PROV-DM vocabulary, mapping every graph modification to a prov:Entity, prov:Activity, and prov:Agent with wasGeneratedBy, wasAttributedTo, and wasDerivedFrom relationships.
  • W3C PROV-JSON: Provenance chains are serialised and exported in the W3C PROV-JSON format, enabling interoperability with external provenance-aware tooling and satisfying court-admissible evidence requirements.
  • SHA-256 (FIPS 180-4): The tamper-proof audit log uses SHA-256 hash chaining, where each entry records the hash of its predecessor so that any retrospective modification breaks the chain and is immediately detectable during integrity verification.
  • GEXF 1.3 (Graph Exchange XML Format): Historical graph states can be exported as GEXF 1.3 XML, the open standard maintained by the GEXF Working Group, for ingestion into external graph analysis and visualisation tools such as Gephi.
  • GraphQL: All versioning operations, snapshot queries, branch and commit mutations, structural diff retrieval, and real-time graph-change subscriptions, are exposed through a typed GraphQL API.
  • ISO 8601: Every snapshot, commit, provenance record, and audit entry carries an ISO 8601 timestamp, ensuring unambiguous chronological ordering across all time-travel query operations.
  • openCypher: Traversal and time-travel queries against the Neo4j graph store are expressed in openCypher, the open, standardised property-graph query language, decoupling the versioning layer from any single vendor implementation.

Last Reviewed: 2026-02-05 Last Updated: 2026-04-14

Ready to Build?

Get started with our APIs or contact our integration team for support.