Fase beta Open source

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.

Concepto de cifrado de extremo a extremo: los datos van cifrados desde el dispositivo hasta el servidor o la nube
Introducción

Ver y escuchar

Una introducción a fondo a MindooDB — generada con NotebookLM a partir de la documentación de MindooDB.

Vídeo de introducción

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. :-)

Almacenamiento de confianza cero
Una brecha en el servidor solo entrega texto cifrado

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.

Experiencia local-first
Funciona sin red

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.

Colaboración
Fusiones sin conflictos

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.

Cómo funciona

Los servidores pueden sincronizar y almacenar, pero no leer

Las claves se quedan en los dispositivos
Los clientes conservan las claves privadas; el servidor guarda blobs cifrados; la sincronización intercambia las entradas cifradas que faltan.
Los clientes cifran antes de sincronizar. Los servidores guardan texto cifrado. La sincronización solo intercambia las entradas cifradas que te faltan.
  • 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
Lo que puedes construir

Casos de uso y capacidades

Historial firmado y a prueba de manipulaciones
Historial append-only y encadenado criptográficamente, para la trazabilidad y la integridad.
Acceso granular
Las claves con nombre permiten un control de acceso por necesidad de conocer para los documentos sensibles.
Adjuntos cifrados
Subidas por fragmentos, lectura por streaming y deduplicación en todo el tenant.
Viaje en el tiempo
Recupera el estado de un documento en cualquier momento y recorre todo su historial.
Vistas virtuales
Vistas jerárquicas categorizadas con totales (inspiradas en Domino/Notes).
Sincronizar en cualquier parte
Despliegues peer-to-peer, cliente-servidor e híbridos con las mismas primitivas. El modo dense sync reduce al mínimo el ancho de banda de la primera configuración en móvil.
Primeros pasos

Elige tu runtime y empieza a programar

Estos fragmentos proceden de la batería de pruebas de MindooDB, para que reflejen patrones de uso reales.

¿Por qué MindooDB?

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.

Elige MindooDB si:
  • 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
Conviene una alternativa si:
  • 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
Comparativa rápida
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

Ver la comparativa detallada →

Confianza y transparencia

Madurez para producción y señales de confianza

Estado actual

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.

Qué es estable
  • Los protocolos centrales de cifrado y sincronización
  • Las operaciones CRDT sobre documentos
  • Las vistas virtuales y la indexación
  • El almacenamiento de adjuntos
Qué puede cambiar
  • Los nombres y las firmas de los métodos de la API
  • Las opciones de configuración
  • Las estructuras de datos internas
Seguridad y transparencia
  • 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
Comunidad

Desarrollo activo, documentación completa y una comunidad en crecimiento. Ver en GitHub →