8DB | Beyond Timestamps: Give Interacting Histories a Structure
Explore the ideas and implementation context behind this capability.
Explore the models / 8DB
Keep the order of an interaction.
Represent crossing order in interacting histories so a relationship pattern can retain how it unfolded.
Documented product scope, reviewed 17 September 2026. The underlying build and deployment must be qualified for your application.
For a group of time series, rank crossings describe the pattern of co-movement. Braid representations can support topology-based comparison and declared projections into other structures.
Observe · window · analyze
Explore model ↗Connect · traverse · follow
Explore model ↗Compare · rank · retrieve
Explore model ↗These connections show the models involved in the application design. Compare the supported combination and full workflow with a realistic alternative.
Measured points, an interval bound and a visible gap retain different meanings along the same timeline.
Conceptual application workflow. Qualify the supported operations, external tools, protection and persistence for the complete path. These diagrams are explanatory, not measured results.
A static graph and an ordered interaction history preserve different information. Temporal graphs or application-side encodings are legitimate alternatives; compare the exact invariant, query semantics and data preparation.
A property graph can store events and ordering relationships. 8DB’s case is the implemented braid algebra and its composition paths, not an assertion that another database cannot store ordered data.
Neo4j graph conceptsCompare equivalent outputs and required guarantees, including the simplest single-product alternative where one exists. A specialist may remain the better fit when its operators, ecosystem or operational maturity are decisive. Combining native models becomes valuable when your actual question crosses them.
Modality performance / Evidence reviewed 18 September 2026
There may be supporting engineering measurements in the internal archive. We are reconciling their workload, result quality and comparison conditions before presenting a public chart. A benchmark for an adjacent model does not establish this model’s performance.
Record build-time and serving memory separately, original and derived stored bytes, measured joules per completed job, and physical writes including indexing, compaction and recovery. A smaller representation does not by itself prove lower energy or longer device life.
Match correctness, freshness, durability and protection across alternatives. Encryption, authorization, adapters, network setup and output delivery belong in the complete-job comparison wherever required. No universal zero-overhead claim follows from these results.
Verify the supported API/SDK, data format, persistence and indexing behaviour for the release you plan to use. Match the operation-by-modality protection profile and device qualification to the workload.
Explore the ideas and implementation context behind this capability.
Explore the ideas and implementation context behind this capability.
This reference explains 8DB’s public modality description with an explicit workload and selection criteria. It is a documentary review, not fresh execution of every operator or platform.
Public sources: 8DB modality scope; Neo4j graph concepts; the related articles above. Internal source leads and outstanding release checks remain in the editorial record.
Download this referenceBring the data shapes, input state, expected output and the systems you use today. Define a comparison around that complete job.
Discuss your workload