Technology1 min read

Jepsen: ParticleDB 1.1.4

By · Published by Everything Blog

In short

The evaluation exposed multiple gaps in ParticleDB 1.1.4, including absent verification for a supposedly formally proven TLA+ specification and conflicting guidance on Write-Ahead Log durability. Marketing materials confused correctness guarantees by claiming full ACID compliance alongside snapshot isolation. Furthermore, the engine disregarded standard SQL transaction isolation commands in favor of four startup modes that lacked clear documentation regarding concurrency guarantees.

Key points

  • Independent review revealed multiple contradictions between marketing claims of formal ve…: Independent review revealed multiple contradictions between marketing claims of formal verification and the actual verifiable evidence provided.
  • Core reliability remains unverified in distributed environments due to the absence of the…: Core reliability remains unverified in distributed environments due to the absence of the Raft consensus replication implementation during testing.
  • Operators face unclear safety tradeoffs because the startup concurrency modes heavily alt…: Operators face unclear safety tradeoffs because the startup concurrency modes heavily alter correctness without properly documented isolation guarantees.

Sources checked by our analysis pipeline: 1

1 Background

Modern applications often spread state across a variety of systems: databases, caches, queues, data warehouses, search indices, and so on. Coordinating these systems is challenging: caches are often stale, the analytics platform might lag days behind the primary database, the search index might lose data, and transactional updates across disparate systems remains an open research problem.

ParticleDB1 aims to unify these workloads in a single engine with a special focus on AI agents and applications. It offers transactional SQL, a key-value store, vector search, live analytics, and user-defined functions called Particles.2 To integrate with existing systems, clients can connect through a variety of interfaces, including the Postgres and Redis protocols, as well as its own gRPC and HTTP2 APIs. Written from the ground up in Rust, ParticleDB claims to be orders of magnitude faster than Postgres while preserving the same safety characteristics.

ParticleDB was built by Orkes to support their workflow orchestration platform, Conductor. Conductor was initially built to store data in Redis and Postgres, but to improve performance, Orkes opted to write their own database. ParticleDB 1.0.0…

Technology