Skip to content

v3.0.0 LTS: The Spatial AI Engine 🌌

Choose a tag to compare

View all tags
@YARlabs YARlabs released this 21 Mar 15:47
v3.0.0-rc.2
515d629

HyperspaceDB v3.0.0 is not just a major update; it is a fundamental architectural evolution.

With this release, we are officially transitioning from a high-performance vector database for RAG to the world's first Spatial AI Engine. Traditional vector databases flatten knowledge. HyperspaceDB v3.0.0 gives autonomous agents, robotics, and continuous learning systems the ability to model information exactly how the physical world is structured: as hierarchical, spatial, and dynamic graphs.

We have completely ripped out the monolithic storage engine, introduced true Serverless S3 Tiering, implemented Edge-to-Cloud Merkle synchronization for robotics, and embedded cutting-edge Riemannian math directly into the engine.

Here is what makes v3.0.0 a historic milestone.

🌟 Epoch-Defining Highlights

1. Billion-Scale Serverless Architecture (Compute/Storage Separation)

We solved the "RAM Wall" problem that plagues traditional in-memory vector databases. You can now host billions of vectors on a single commodity server.

  • LSM-Tree Fractal Segments: The monolithic wal.log is dead. The engine now uses Double-Buffering and ArcSwap to atomically rotate the WAL into immutable mini-graphs (chunk_N.hyp) without blocking Insert operations.
  • Global Meta-Router: A hyper-lightweight router lives in RAM, mapping queries to the correct chunks. It touches only 1-3 chunks out of thousands per query, maintaining our signature 12,000+ QPS while dropping RAM consumption by up to 90%.
  • S3 / MinIO Cloud Tiering: Enabled via the s3-tiering feature. Cold chunks are automatically evicted from local NVMe and uploaded to S3. On query, they are lazily downloaded and cached via a strict LRU byte-weighted policy.

2. Edge-to-Cloud & Peer-to-Peer Sync (For Robotics & Swarms)

HyperspaceDB is now the ultimate memory layer for disconnected Edge AI and Robotics (ROS2).

  • Merkle Tree Delta Sync: Fully implemented bi-directional synchronization (SyncHandshake, SyncPull, SyncPush). Agents working offline can instantly synchronize only the "changed" semantic buckets with the Cloud the moment they get internet access.
  • WASM Edge Sync: True local-first AI. The browser-based WASM client now persists Merkle hashes in IndexedDB and natively supports differential sync with the backend.
  • P2P Gossip Protocol: Enabled via HS_GOSSIP_PEERS. Nodes can now discover each other via UDP multicast and form fully decentralized Swarms without a Master node.

3. Cosmological Routing & Optimization

We applied principles from modern astrophysics to optimize hyperbolic graph traversal:

  • Klein-Lorentz Multi-Geometric Routing: Searches in hyperbolic space now use the projective Klein model for ultra-fast, linear Euclidean distance approximations on the upper HNSW layers ($L_3 \dots L_1$), and convert to the Lorentz model only on the ground layer ($L_0$) for exact re-ranking. Search QPS in hyperbolic space increased by up to 60%.
  • Density-Based S8-Pruning: The HNSW graph now dynamically measures spatial density (voids vs. clusters). Nodes in semantic "voids" automatically drop their edge count ($M/2$), shrinking the RAM footprint of the index by 15-20%.
  • Zonal Quantization (MOND-inspired): Hyperbolic vectors near the origin ($R < 0.5$) are aggressively quantized (i8/f16), while vectors near the boundary ($||x|| \to 1$) are preserved in raw f64 to prevent precision collapse (NaN).

4. Cognitive Math SDK (Zero-Hallucination Framework)

We moved the heavy lifting of spatial reasoning to the SDKs (Python, C++, Go, TypeScript), allowing developers to audit LLMs without relying on RAG.

  • Spatial Entropy & Lyapunov Stability: The SDK now includes local_entropy and lyapunov_convergence functions. Track the trajectory of an LLM's "Chain of Thought" in the Lorentz space. If the trajectory diverges (entropy $\to 1$), the LLM is hallucinating.
  • Context Resonator (Tribunal Router): Use parallel_transport to mathematically pull a generated thought towards the global context vector before saving it, preventing Agentic topic drift.

5. Revamped Dashboard & Visualizations

The built-in React Dashboard has been heavily upgraded for researchers and developers.

  • Interactive Poincaré Disk: The Graph Explorer now explicitly separates Euclidean (t-SNE/UMAP simulation) and Hyperbolic topologies, offering a stunning interactive Poincaré canvas.
  • Dynamic Config: Edit .env variables, index parameters, and MALLOC_CONF directly from the UI without restarting the server.
  • Storage Controls: Manually trigger Hot Vacuum, evict chunks to S3, or download snapshot backups directly from the browser.

🛠 Detailed Changelog

Added

  • S3 Tiering Backend: LocalBackend and S3Backend traits with moka LRU caching and tar-based chunk serialization.
  • C++, Go, and ROS2 SDKs: First-class support for Enterprise backends and the Robot Operating System.
  • P2P Swarm UI: Real-time visualization of UDP Gossip topology in the Dashboard.
  • Playground UI: Interactive sandbox generating working Python/TS/Rust snippets with active API keys.

Changed (from v2.2.2)

  • Storage Engine: Migrated from a monolithic wal.log to an LSM-Tree architecture with immutable chunk_*.hyp files.
  • HNSW Core: index_link is now atomically replaced via ArcSwap upon MemTable flush, instantly freeing RAM.
  • Search Pipeline: Scatter-Gather merge now combines candidates from the active MemTable and memory-mapped ChunkSearcher.

Fixed

  • Resolved severe lock contention regression (found during 3.0-rc) where flush_limiter blocked the Tokio scheduler at high concurrency. OwnedSemaphorePermit is now strictly confined inside the blocking thread.
  • Complete eradication of NaN floating-point panics at the hyperbolic boundary via property-based testing and strict gRPC Validation Layers.
  • Strict clippy -D warnings compliance across all crates (removed dead code, fixed trailing whitespaces, and optimized MutexGuard await drops in WASM).

⚠️ Upgrade Guide (Breaking Changes)

Because v3.0.0 completely changes the underlying storage layout (from monolithic WAL to Fractal Segments), it is not directly compatible with v2.x.x data directories.

To upgrade:

  1. Start your v2.2.2 instance and export your collections via the SDK (client.export_collection()).
  2. Install v3.0.0 and initialize a clean data directory.
  3. Import your data using the newly provided SDK import tools.

For users deploying to Edge/Cloud, please review the new HS_STORAGE_BACKEND and HS_GOSSIP_PEERS environment variables in the documentation.

Welcome to the Spatial AI Era. 🚀
— The HyperspaceDB Team

Assets 3
Loading
0 Join discussion