WAL Crash-Safe
Cada mutación golpea el Write-Ahead Log con checksums CRC32C antes del commit. En el reinicio tras crash, corte de energía o kill del proceso, el log replega las mutaciones canónicas en orden — cero corrupción silenciosa.
Seis pilares que hacen VantaDB seguro para producción. WAL resistente a caídas, superficie de red cero, registros canónicos, Rust memory-safe, higiene de cadena de suministro y cero telemetría.
Cada mutación golpea el Write-Ahead Log con checksums CRC32C antes del commit. En el reinicio tras crash, corte de energía o kill del proceso, el log replega las mutaciones canónicas en orden — cero corrupción silenciosa.
Sin daemons, sin puertos, sin servicios externos. El motor corre in-process dentro de tu aplicación. No hay nada que atacar remotamente porque no hay superficie remota.
Los índices derivados (BM25 text, HNSW vector) son rebuildables desde registros canónicos en cualquier momento. audit-index y repair-text-index detectan drift y restauran consistencia sin pérdida de datos.
El motor es Rust 1.94+ sin garbage collector, sin data races, sin undefined behavior en safe code. Los bindings PyO3 exponen un SDK boundary stable — sin leaks de raw pointers a través del FFI.
Cada release shipea un Software Bill of Materials. CodeQL security scanning corre en CI. El workflow Heavy Certification valida WAL durability bajo chaos injection antes de cortar cualquier tag.
Cero phone-home, cero analytics, cero tracking. VantaDB no tiene llamadas de red. Lo que almacenás se queda en tu máquina. Verificalo vos mismo — el source es abierto.
El source es abierto. Cada línea del core Rust, la lógica de WAL replay y los bindings PyO3 son auditables.