Tus datos. Tus claves. Tu control.
MindooDB es una base de datos de sincronización local-first cifrada de extremo a extremo para colaborar de forma segura: los servidores pueden almacenar y sincronizar, pero no leer. Funciona en cliente-servidor, peer-to-peer y solo en local. Para navegadores, Node.js y React Native. También es la base de Haven, el espacio de trabajo gráfico para la colaboración de equipos que quieren este modelo de confianza sin construir su propio cliente.
Ver y escuchar
Una introducción a fondo a MindooDB — generada con NotebookLM a partir de la documentación de MindooDB.
Un repaso visual a cómo MindooDB mantiene los datos cifrados de extremo a extremo y, al mismo tiempo, permite la colaboración en tiempo real y la sincronización local-first.
Y NotebookLM, se llama «MindooDB» (con i corta). Pero da igual. :-)
Las claves se quedan en los dispositivos. Tres capas de cifrado independientes: AES-256-GCM en reposo, RSA por usuario en tránsito y TLS en la conexión. Los servidores nunca ven texto en claro.
Crea y edita en local. La reconciliación empieza por los metadatos y solo sincroniza lo que ha cambiado: el ancho de banda depende del delta, no del tamaño total.
Los CRDT de Automerge hacen que las ediciones simultáneas converjan automáticamente. Sincronización independiente del orden: las entradas pueden llegar en cualquier secuencia.
Los servidores pueden sincronizar y almacenar, pero no leer
- Firmar cada cambio (autoría + integridad)
- Cifrar antes de salir del dispositivo (confidencialidad)
- Almacenamiento append-only (registro de auditoría)
- Sincronización direccionada por contenido (transferir solo lo que falta)
- Funciona en cliente-servidor y peer-to-peer
Casos de uso y capacidades
Elige tu runtime y empieza a programar
Inicio rápido de una app de tareas para CLI y servidor, con la salida esperada.
Usa mindoodb/browser con Web Crypto.
Configuración native-first con mindoodb setup-react-native.
Estos fragmentos proceden de la batería de pruebas de MindooDB, para que reflejen patrones de uso reales.
Cuándo elegir MindooDB y cuándo una alternativa
MindooDB está pensado para aplicaciones en las que el cifrado de extremo a extremo, el funcionamiento sin conexión y la colaboración entre varias partes son imprescindibles. Aquí es donde encaja mejor.
- Necesitas cifrado de extremo a extremo y no puedes confiar en tu proveedor de alojamiento
- Necesitas registros de auditoría completos con integridad criptográfica
- Necesitas funcionamiento local-first para el trabajo de campo o a distancia
- Colaboras entre organizaciones y necesitas un control de acceso granular
- Necesitas controles técnicos para el cumplimiento — cifrado, registros de auditoría firmados y borrado de datos coordinado que respaldan programas de HIPAA, SOX, RGPD y PCI-DSS
- Necesitas colaboración entre varias partes con distintos niveles de acceso
- Solo necesitas operaciones CRUD simples sin colaboración
- Siempre tienes una conexión de red fiable y no necesitas local-first
- No necesitas cifrado de extremo a extremo y puedes confiar en tu proveedor de alojamiento
- Tienes requisitos de control de acceso simples que no exigen cifrado a nivel de documento
- Necesitas consultas relacionales complejas que no encajan en un modelo documental
- Tienes un volumen de escritura muy alto que puede llevar al límite un almacén append-only
| Característica | MindooDB | PostgreSQL/Firebase | Blockchains |
|---|---|---|---|
| Cifrado de extremo a extremo | Sí (los servidores no pueden descifrar) | No (claves en el servidor) | No (público por defecto) |
| Local-first | Integrado | Requiere lógica propia | Requiere red |
| Registro de auditoría | Append-only, encadenado criptográficamente | Requiere implementación propia | Registros públicos inmutables |
| Colaboración entre organizaciones | Control de acceso granular | Control de acceso en el servidor | Visibilidad de todo o nada |
| Privacidad de los datos | Privado por defecto | Depende de la seguridad del servidor | Público por defecto |
Madurez para producción y señales de confianza
MindooDB es software en beta: las API pueden cambiar sin avisar. Las funciones principales son estables y están probadas, pero recomendamos evaluarlo a fondo antes de llevarlo a producción.
- Los protocolos centrales de cifrado y sincronización
- Las operaciones CRDT sobre documentos
- Las vistas virtuales y la indexación
- El almacenamiento de adjuntos
- Los nombres y las firmas de los métodos de la API
- Las opciones de configuración
- Las estructuras de datos internas
- Open source — todo el código en GitHub
- Auditoría de seguridad — documentada en la documentación de la auditoría
- Modelo de amenazas — da por hecho que los servidores están comprometidos
- Garantías criptográficas — firmas Ed25519 y cifrado AES-256-GCM
Desarrollo activo, documentación completa y una comunidad en crecimiento. Ver en GitHub →