Elegir un servidor Matrix para el hogar no se trata tanto de encontrar el servidor con el binario más pequeño, sino de elegir las compensaciones operativas con las que uno puede convivir. Synapse, Dendrite y Conduit son compatibles con Matrix, pero difieren en madurez, lenguaje de implementación, modelo de base de datos, ruta de escalabilidad y el nivel de riesgo de compatibilidad que un administrador debe asumir. A fecha de 5 de octubre de 2026, el directorio oficial de servidores Matrix cataloga a Synapse como Estable y a Dendrite y Conduit como Beta . Esta diferencia de madurez debería tener más peso que las vagas afirmaciones de que una opción es "ligera".
Esta comparación práctica se centra en lo que está documentado y es verificable hoy en día. No afirma que exista un ganador universal en cuanto a RAM o CPU, ya que los proyectos no publican una única prueba de rendimiento controlada que represente de forma justa a los tres componentes bajo las mismas condiciones de usuarios, salas, tráfico de federación, carga multimedia, optimización de la base de datos y hardware.
| Servidor | Madurez oficial | Implementación | Ruta de almacenamiento típica | Ajuste práctico |
|---|---|---|---|---|
| Sinapsis | Estable | Python, con componentes Rust en el código base actual. | Se recomienda PostgreSQL para producción; SQLite existe, pero la documentación oficial indica que es para pruebas. | La mejor opción predeterminada cuando la compatibilidad, la documentación, las integraciones y una ruta de escalabilidad probada son de suma importancia. |
| Dendrita | Beta | Ir | PostgreSQL en la implementación documentada de Docker | Vale la pena evaluarlo si buscas un servidor doméstico basado en Go y puedes aceptar que aún está en fase beta. |
| Conducto | Beta | Óxido | RocksDB o SQLite son recomendados en su documentación de implementación. | Resulta atractivo para instalaciones pequeñas y sencillas donde los bajos costos operativos son importantes y la falta de algunas funciones es aceptable. |
Verificación de fuentes: consulte el directorio oficial del servidor principal de Matrix , la documentación de instalación de Synapse , la documentación de instalación de Dendrite Docker y la documentación de implementación genérica de Conduit .
El término "ligero" puede referirse a al menos cuatro aspectos diferentes: el uso de memoria en reposo, el consumo de CPU durante la sincronización y la federación, el aumento del almacenamiento o la cantidad de servicios de soporte que un administrador debe ejecutar. Estas métricas pueden indicar distintos resultados. Un servidor doméstico de un solo usuario que se une a unas pocas salas privadas se comporta de manera muy diferente a un servidor que se une a grandes salas públicas, interconecta múltiples redes, almacena años de contenido multimedia o participa activamente en la federación.
Por ello, considere las solicitudes de recursos como dependientes de la carga de trabajo, a menos que estén respaldadas por una prueba de rendimiento reproducible que coincida con su implementación. Lo más útil es definir primero la carga de trabajo prevista: número de usuarios locales, salas más grandes a las que piensa unirse, si la federación está habilitada, si necesita puentes o servicios de aplicaciones, volumen de medios previsto y si necesita alta disponibilidad.
Synapse sigue siendo la opción más conservadora si buscas el historial operativo más extenso. Matrix.org lo describe como estable, mientras que Element mantiene activamente el repositorio actual. En el momento de esta reseña, la última versión estable de GitHub es Synapse 1.162.0 , publicada el 29 de septiembre de 2026. Puedes consultar las versiones actuales en la página oficial de lanzamientos de Synapse .
A menudo se describe a Synapse como un sistema "pesado", pero es necesario contextualizarlo. El proyecto mantiene deliberadamente las cachés en memoria para mejorar el rendimiento de las solicitudes. En sus preguntas frecuentes para administradores se indica explícitamente que la arquitectura puede consumir mucha RAM. La guía de instalación también recomienda disponer de al menos 1 GB de RAM libre para unirse a salas públicas grandes. Este es un requisito mínimo útil para la planificación, pero no una exigencia garantizada para cualquier implementación privada pequeña.
Synapse puede iniciarse con SQLite, pero la documentación oficial de instalación indica que casi todas las instalaciones deberían usar PostgreSQL y que SQLite no debería utilizarse en un servidor de producción. Esto es importante porque la ventaja de una base de datos de un solo archivo, que se simplifica considerablemente, desaparece una vez que se implementa Synapse correctamente para su uso a largo plazo.
Synapse también ofrece la ruta de escalabilidad horizontal mejor documentada de las tres soluciones. Las instalaciones pequeñas pueden funcionar como un sistema monolítico; las instalaciones más grandes pueden distribuir el trabajo entre varios procesos denominados trabajadores. La documentación actual de los trabajadores de Synapse explica que las implementaciones de trabajadores comparten PostgreSQL y pueden dividir las cargas de trabajo de clientes y federación entre los procesos. Esto añade complejidad operativa, pero proporciona una solución clara cuando un solo proceso ya no es suficiente.
Acción: si el uso de recursos es su único motivo para rechazar Synapse, pruébelo con PostgreSQL en su carga de trabajo real antes de asumir que es demasiado grande. La memoria inactiva por sí sola no es un buen indicador del rendimiento de la federación ni del comportamiento en entornos de gran capacidad.
Dendrite se creó como un servidor principal de Matrix de segunda generación en Go. El antiguo repositorio matrix-org se archivó en noviembre de 2024, pero eso no significa que Dendrite haya desaparecido. El desarrollo se trasladó al repositorio Element Dendrite , que permanece activo. El directorio oficial del servidor Matrix aún lo identifica como Dendrite Beta.
Esta distinción es importante porque los artículos antiguos pueden generar dos ideas erróneas opuestas: o bien que Dendrite está abandonado, o bien que ya ha reemplazado a Synapse. Ninguna de las dos afirmaciones es correcta a octubre de 2026. Se le da mantenimiento, pero su estado oficial sigue siendo Beta.
La ruta de Docker Compose documentada para Dendrite utiliza PostgreSQL como dependencia y ejecuta el servidor principal en una configuración monolítica. Esto facilita la comprensión de la arquitectura básica de producción: proxy inverso, Dendrite, PostgreSQL y la configuración habitual de DNS/TLS de Matrix.
La implementación de Dendrite en Go resulta atractiva para los administradores que prefieren un binario compilado y el ecosistema operativo de Go. Sin embargo, la elección del lenguaje por sí sola no garantiza un menor consumo de recursos en la práctica. La resolución del estado de la federación, el tamaño de la sala, los medios, el comportamiento de la base de datos y los patrones de sincronización del cliente siguen dominando muchas cargas de trabajo de Matrix.
En esta reseña, Dendrite muestra la versión 0.15.2 como la más reciente en su lista oficial de versiones. La serie 0.15 incluye correcciones relacionadas con la versión 12 de la sala y problemas de fiabilidad, lo que también nos recuerda que el software beta puede evolucionar rápidamente. Consulte las versiones oficiales de Dendrite antes de actualizar o implementar.
Acción: configure Dendrite con los clientes y servicios de aplicación exactos que planea usar. Una lista de verificación de funciones es más útil que una afirmación genérica de que es "más ligero que Synapse".
Conduit es un servidor doméstico de Matrix escrito en Rust cuyo objetivo declarado es ser eficiente, fácil de configurar y utilizable incluso en ordenadores pequeños como una Raspberry Pi. El proyecto está activo en su repositorio oficial de GitLab , y el directorio del ecosistema de Matrix lo etiqueta como Beta.
En esta comparativa a tres bandas, Conduit es el proyecto más claramente orientado a la ligereza, pero su propia documentación es cautelosa respecto a su estado: la mayoría de las salas de Matrix funcionan, pero no todas las funciones están implementadas y los usuarios pueden encontrar errores. La introducción oficial de Conduit enumera las limitaciones actuales, por lo que los administradores deberían consultar esa página en lugar de basarse en una matriz de funciones antigua.
La documentación de implementación genérica de Conduit recomienda actualmente RocksDB o SQLite. Esto difiere sustancialmente de las recomendaciones de producción centradas en PostgreSQL para Synapse y la configuración documentada de Docker para Dendrite. Para un servidor pequeño, evitar un servicio PostgreSQL independiente puede reducir la cantidad de componentes que se deben mantener, respaldar, monitorear y actualizar.
Conduit también ofrece instrucciones nativas para una implementación sencilla de systemd detrás de un proxy inverso, además de imágenes Docker. Su documentación abarca la federación, la delegación, TURN y los servicios de aplicaciones. Esto lo convierte en una opción viable para un servidor familiar, de un equipo pequeño, de un laboratorio o de uso personal, donde la simplicidad es más importante que la máxima cobertura del ecosistema.
Acción: lea las limitaciones actuales en la introducción oficial de Conduit y pruebe sus salas federadas más grandes antes de transferir usuarios reales. El comportamiento de la federación es donde es más probable que se pongan a prueba las suposiciones sobre los "servidores pequeños".
Si se trata de un entorno de producción, las etiquetas de madurez ofrecen un primer filtro útil. Synapse es estable; Dendrite y Conduit son beta. Beta no significa inutilizable, y estable no significa que no requiera recursos. Significa que el perfil de riesgo es diferente.
Un servidor ligero que carece de una función necesaria puede requerir más tiempo de administración que un servidor más potente que funcione de forma predecible. Algunos ejemplos son el comportamiento del puente, los servicios de aplicaciones, la administración de cuentas, las versiones más recientes de las salas, los casos límite de la federación, los flujos de trabajo de moderación y las herramientas de actualización. Se trata de cuestiones de carga de trabajo e integración, no de lenguajes de programación.
Para la mayoría de los administradores que buscan minimizar los riesgos de protocolo e integración, Synapse sigue siendo la recomendación por defecto . Es la única opción estable entre las tres que figuran en el directorio oficial de Matrix, cuenta con amplia documentación, guías de producción para PostgreSQL y una arquitectura de trabajo documentada para implementaciones de mayor envergadura.
Dendrite es una opción intermedia: una implementación en Go con mantenimiento y una arquitectura atractiva, aunque todavía en fase beta. Se recomienda validarla con tus clientes e integraciones específicas, en lugar de usarla como una alternativa automática a Synapse.
Conduit es la opción más lógica cuando "ligero" significa menos servicios de soporte y un tamaño compacto para un alojamiento propio. Su modelo de despliegue RocksDB/SQLite y su implementación en Rust resultan atractivos para sistemas pequeños, pero su estatus de versión beta y las funciones faltantes documentadas hacen que las pruebas de compatibilidad sean esenciales.
No existe un ganador universal comprobado en cuanto a RAM, CPU o disco para todas las cargas de trabajo de Matrix. El ganador práctico es el servidor que cumple con el conjunto de características requeridas con el menor consumo de recursos operativos que pueda mantener de forma fiable.
Monta un recurso compartido Samba o CIFS en ownCloud Server con soporte para almacenamiento externo. Configura las credenciales SMB, limita el acceso y verifica el montaje.
Solucione el error de instalación de la aplicación de Android comprobando la conectividad, la caché de Play Store, el almacenamiento, la compatibilidad del dispositivo y la configuración de DNS o proxy del emulador.
Realice copias de seguridad y restaure una base de datos PostgreSQL de Matrix Synapse con pg_dump y pg_restore. Proteja las claves de un solo uso, cree un destino limpio y verifique la recuperación.
Configure un servidor TURN externo de coturn para Jitsi detrás de NAT, incluyendo puertos de retransmisión, credenciales de clave compartida, configuración de Prosody o Docker y pruebas.
Aprende cómo exportar el correo de Zimbra como EML o como archivo, cuándo resulta útil un Zimlet y cómo crear un archivo PST con Outlook después de confirmar la sincronización del buzón.
Instala ownCloud Infinite Scale con Docker Compose en Ubuntu, configura los dominios, TLS, el almacenamiento y SMTP, y luego verifica la implementación y soluciona los problemas comunes de inicio.
Compare Matrix Synapse, Dendrite y Conduit en cuanto a madurez, bases de datos, escalabilidad, características y ventajas e inconvenientes de la autoalojación ligera en 2026.
Diagnostica los fallos de Kurento en BigBlueButton confirmando la pila de medios, rastreando la presión sobre la CPU o la memoria y aplicando controles de carga de trabajo y capacidad específicos de la versión.
Para dar un sentido de orden a lo que de otro modo podría volverse caótico, necesita la herramienta adecuada. Siga leyendo mientras revisamos algunas de las mejores herramientas de administración de direcciones IP.
Conocer qué hay en su red es crucial. A continuación, revisaremos algunas de las mejores herramientas de escáner de red que pueden ayudarle a gestionarlas eficazmente.
