leer pick editorial #object-store-graph-db hallazgo 03 · boletín 2026-08-27

hydra-db/hydradb

base de datos de grafos distribuida, escrita en Rust, con S3 como source of truth. Combina storage durable sobre SlateDB con queries OpenCypher snapshot-consistent, traversal GraphBLAS (SuiteSparse), conectividad Bolt 5 (compatible con drivers de Neo4j) y API HTTPS. Compute y storage desacoplados, con dos roles: graph-node (sirve queries y mutaciones canónicas) y graph-indexer (construye índices de traversal inmutables en background). Ambos guardan solo estado descartable en RAM/SSD y lo reconstruyen desde S3.

Estrellas

1.573

Forks

109

Lenguaje

Rust

Licencia

AGPL-3.0

Issues

—

Estado

—

Cómo funciona

Implementa object-store-graph-dbopencypher-tck-compliant

Núcleo

hydra-db/hydradb Rust · AGPL-3.0

Se cruza con usa slatedb-storage

Diagrama derivado de madurez_senales (lenguaje, licencia, estado y topics) y de las relaciones que este repo tiene en el grafo de conocimiento. No es una arquitectura del proyecto: es su posición funcional tal como la registran los boletines.

Posición en el ecosistema

hydra-db/hydradb

implementa

object-store-graph-db Concepto

hydra-db/hydradb

implementa

opencypher-tck-compliant Concepto

hydra-db/hydradb

usa

slatedb-storage Concepto

Expandir en el grafo 3D →

Relaciones que aportó este boletín

implementsobject-store-graph-dbnuevo implementsopencypher-tck-compliantnuevo competes_withneo4j/neo4jnuevo complementslancedb/lancedbnuevo usesslatedb-storagenuevo

Por qué importa

El grafo ya acumulaba jeffhajewski/latticedb (KG embebida en Zig, en el radar del boletín 2026-08-26) y lancedb/lancedb (vector DB nativa). HydraDB es la versión "graph nativa sobre object storage": el patrón que toman las bases de grafos cuando el storage deja de ser el cuello de botella (el mismo movimiento que MinIO para object storage, JuiceFS para filesystem o DuckDB para analytics). El cumplimiento del OpenCypher TCK garantiza portabilidad con clientes Neo4j existentes — lo que lo pone como competidor OSS directo de neo4j/neo4j. La arquitectura separa graph-node (queries y mutaciones canónicas) de graph-indexer (índices de traversal en background), ambos reconstruibles desde S3 sobre SlateDB: compute y storage desacoplados, igual que en data warehouses modernos. Limitación a tener en cuenta: la licencia AGPL-3.0 bloquea la adopción en SaaS propietarios sin abrir el código u obtener licencia comercial — relevante para episodios "OSS-friendly stack" pero limita casos enterprise.

Alerta

revisar docs/architecture.md; comparar el modelo de writer leases con FoundationDB; correr los benchmarks TCK y los live en hydra-db.github.io/benchmark/; evaluar el impacto de AGPL-3.0 antes de cualquier integración

HydraDB cubre el TCK de OpenCypher pero la madurez de producción (drivers, ops, observabilidad) frente a Neo4j está por ver.

Acción concreta

HydraDB es graph-on-object-storage; cabe en el episodio sobre almacenamiento desacoplado al lado de MinIO, JuiceFS y DuckDB.

Apariciones · 1

2026-08-27 hallazgo principal
primera vez en el boletín

Señales de madurez (texto original)

1.573★ · 109 forks · AGPL-3.0 (SaaS-hosting opens source el código o licencia comercial) · Rust 1.91+ · creado 2026-06-30 · último push 2026-08-19 · default branch main · topics vacíos. Benchmarks live en hydra-db.github.io/benchmark/. OpenCypher TCK workflow activo. Sin LICENSE file inspeccionado aún (NOASSERTION confirmado por API).