2 puntos por GN⁺ 2025-07-21 | 2 comentarios | Compartir por WhatsApp
  • Tras usar Matrix.org y Element como plataforma principal de comunicación durante 5 años y pasar por múltiples problemas y decepciones, decidí dejar de usarlos definitivamente
  • Llegué a la conclusión de que es difícil recomendarlos a usuarios cotidianos por su rendimiento lento, servicio inestable y UX confusa
  • Diagnostico que la salud del ecosistema está empeorando por la falta de una dirección clara de desarrollo, la fragmentación de los proyectos de cliente y servidor, y funciones clave aún incompletas
  • El factor decisivo final fue un incidente en el que el canal de comunidad que administraba quedó prácticamente destruido por problemas del homeserver de Matrix.org
  • Al final decidí volver a XMPP; valoro mucho el ideal de protocolo abierto y estructura federada de Matrix.org/Element, pero considero que en su estado actual no es apto para uso real

Tl;dr e introducción

  • Usé y promoví Matrix.org y Element durante 5 años, enfrentando diversos problemas y limitaciones
  • Aunque había una visión ideal de protocolo abierto y adopción por instituciones europeas, la experiencia real de usuario era lenta y poco confiable
  • La confusión en la dirección del desarrollo, la fragmentación de proyectos y las carencias de UX me hicieron dudar del futuro del servicio
  • Recientemente, incluso perdí canales de comunidad por un problema del homeserver, así que decidí volver a XMPP

Primeros años

  • Matrix.org comenzó hace 10 años como un protocolo de mensajería federado, con un objetivo claro: estandarizar la comunicación en tiempo real entre proveedores, como SMTP para el correo electrónico
  • Técnicamente se parece a XMPP, pero se diferencia por mensajería basada en JSON, WebRTC y cifrado de extremo a extremo (E2EE) integrado por defecto
  • El proyecto se desarrolló con apoyo de una subsidiaria de Amdocs (2014~2017), y luego fue continuado por New Vector Limited
  • Participaron instituciones y empresas como KDE, Purism, Status y el gobierno francés, pero Synapse (el homeserver oficial) fue diseñado con un stack tecnológico estructuralmente inadecuado para escalar a largo plazo
  • Surgieron proyectos alternativos de servidor impulsados por la comunidad, como Dendrite y Conduit, pero la calidad de los componentes clave sigue siendo baja

¡Usa Matrix!

  • El ecosistema creció a partir de 2019, cuando Mozilla anunció que adoptaría Matrix, y Element (antes Riot) se consolidó como el cliente principal
  • Luego vinieron adopciones por instituciones gubernamentales europeas, como Tchap en Francia, defensa y salud en Alemania, Luxemburgo y Suecia
  • También aparecieron nuevos productos para superar las limitaciones de la app Element basada en Electron, como Element X nativo, SchildiChat y FUTO Circles
  • En medio de ese entusiasmo, dediqué esfuerzos a dinamizar el ecosistema Matrix administrando canales comunitarios y convenciendo a amigos, pero los problemas fundamentales del servicio nunca se resolvieron

Fast-forward

  • Cinco años después, mis expectativas y paciencia con Matrix y Element se agotaron por completo
  • Incluso con cambios recientes como la introducción de MAS (Matrix Authentication Service), siguen los problemas de ausencia de funciones básicas de seguridad como 2FA/MFA y falta de funciones en Element X (hilos, espacios, widgets, etc.)
  • Element X es más rápido que la antigua versión en Electron, pero sigue siendo lento frente a Signal, Telegram X o WhatsApp
  • En especial, experimenté graves problemas de rendimiento: UI lenta en dispositivos viejos, tiempos de respuesta casi iguales incluso en equipos modernos, lentitud del homeserver matrix.org e incluso retrasos de decenas de segundos en un cliente TUI como iamb
  • Varias alternativas, como integraciones con clientes de IRC, tampoco resultan prácticas por no soportar E2EE o por carecer de funciones básicas
  • La verificación cruzada de dispositivos para E2EE, un problema de larga data, siguió siendo inestable hasta hace poco, y la complejidad del protocolo, el cifrado y las API también reduce la accesibilidad para desarrolladores third-party
  • Los servidores alternativos (Dendrite, Conduit, etc.) aún no son aptos para operación a gran escala, y el cliente FUTO Circles fue discontinuado en 2025
  • La dispersión del stack tecnológico (Python, Node.js/TypeScript, Go, Rust, etc.) y los cambios constantes de repositorios dificultan el mantenimiento del ecosistema
  • También se señala la falta de una estrategia técnica clara por parte de New Vector y sus problemas financieros crónicos

¿Tal vez eres tú?

  • Encontré experiencias similares de descontento en Reddit, blogs, foros y otros espacios
  • Muchos usuarios reaccionan con la idea de que “Matrix es incómodo por naturaleza”, y hasta en la comunidad FOSS el mensaje ‘Unable to decrypt message’ se volvió material de chiste
  • La degradación del rendimiento, el aumento del spam, el estado incompleto de Element X y la inestabilidad del cliente web han hecho que sea una plataforma no recomendable
    • Hay muchas más publicaciones sobre problemas, críticas y malas experiencias que evaluaciones positivas
    • El naming confuso, la dificultad para buscar y el entorno general lo hacen aún menos accesible para usuarios comunes

La gota que derramó el vaso

  • A inicios de julio, el canal de comunidad que administraba se volvió inaccesible de repente; en Element X seguía apareciendo, pero en el cliente web se mostraba como desaparecido
  • Ni los intentos de reconexión ni las consultas a soporte resolvieron el problema, y en el homeserver aparecía el error de “no m.room.create event”
  • Otros usuarios sí podían acceder con normalidad al canal, pero cambios y asignaciones de permisos no funcionaban, dejando en evidencia la complejidad y fragilidad de la estructura de permisos y federación
  • No hubo una respuesta clara del equipo de soporte, era difícil para el usuario identificar quién era responsable del problema y, al final, no se logró recuperar el canal

Adiós Matrix.org

  • La falta de respuesta del equipo de soporte y la imposibilidad de acceder a los logs del servidor me llevaron a decidir dejar de usar la plataforma Element
  • El canal comunitario tenía pocos participantes, pero aun así fue triste perder por una simple falla un espacio construido durante años
  • Entre el rendimiento lento, el aumento del spam, el cliente web inacabado y un Element X incompleto, ya no puedo recomendarlo a usuarios generales
  • Matrix.org y Element quizá sigan presentes en ciertas instituciones, como gobiernos europeos, pero creo que el público general les dará la espalda por sus barreras de entrada y complejidad
  • Con su compleja estructura de permisos, direcciones y configuración, y una UX deficiente, no deja de parecer “software empresarial ideal” y nada más
  • El cansancio del usuario, los problemas repetidos y el mal soporte me llevaron a declarar la ruptura definitiva

Futuro y alternativas

  • Estoy de acuerdo con los ideales de Matrix —protocolo abierto, privacidad, estructura federada y descentralización—, pero tiene límites claros como herramienta para uso real
  • Basándome en la experiencia práctica, XMPP e IRC ofrecen mucha mejor confiabilidad, simplicidad e interoperabilidad
  • Incluso Dendrite de Matrix requiere 2~4 núcleos y 8 GB de RAM para uso cotidiano, lo que eleva el costo de operación y administración
  • En cambio, sistemas basados en Erlang/OTP como Ejabberd pueden soportar grandes volúmenes de conexiones concurrentes con pocos recursos, y su arquitectura está validada por 20 años en sistemas distribuidos
  • Mientras Matrix ha usado tecnologías diversas como Python, Node.js, Go y Rust, queda la sensación de que, si hubiera simplificado su arquitectura sobre una base Erlang/Elixir, habría sido mucho más fácil y barato de operar

Un nuevo comienzo

  • Después de probar varios servicios nuevos, al final volví a XMPP (y a IRC), cuyos puntos fuertes son la simplicidad, la confiabilidad y la interoperabilidad
  • Invité a los miembros de la comunidad de Matrix.org a sumarse al nuevo canal de XMPP (y a una sala de SimpleX)
  • La instancia de XMPP sigue mejorando de forma continua, y más adelante también se planean integración con Tor e I2P, un proxy UnifiedPush y un servidor IRCv3
  • SimpleX sigue en funcionamiento, aunque también depende de su propia plataforma operativa

2 comentarios

 
xguru 2025-07-21

Hace unos años también salieron bastantes noticias relacionadas con Matrix en GeekNews, pero luego todo quedó en silencio; así que parece que había este tipo de problemas.

 
GN⁺ 2025-07-21
Opinión de Hacker News
  • La mayoría de estos mismos reclamos ya se han hecho varias veces incluso en los servidores de la Matrix Foundation. La respuesta general del equipo solía ser algo como “paguen o acepten lo que hay”. En los últimos años ha habido demasiados grandes cambios de rumbo: de Jitsi a WebRTC, cambio completo del sistema de autenticación, reemplazo total de Element por Element X, etc. Ahora hay dos clientes: uno rápido pero con pocas funciones, y otro lento pero con muchas, así que solo queda elegir entre renunciar a funciones o usar algo lento. Me gustaría apoyarlo de buena fe, pero por mi experiencia este equipo es demasiado arrogante. Es realmente difícil encontrar un mensajero basado en estándares abiertos que sirva para empresas. XMPP está fragmentado y no tiene clientes pulidos. Matrix es un caos de tipo BDFL-demasiado-listo-para-su-propio-bien, y Signal es de código abierto pero hostil al self-hosting. Además, sospecho que esta organización está dirigida completamente por Architecture Astronauts. Todo está demasiado abstraído y ha perdido el sentido

    • Llevo 10 años usando Conversations (móvil) y Gajim (escritorio). Requieren un trabajo mínimo y funcionan sin problemas. Me pregunto qué me estoy perdiendo

    • Me pregunto si has probado Delta Chat. Me encanta mucho la idea, pero me da pena no poder convencer a nadie de probarlo conmigo

    • Creo que interpretar la respuesta del equipo como “paguen o acéptenlo” es una exageración. En la práctica, era más bien una explicación sobre la falta de apoyo, como “no hay fondos suficientes para invertir tanto en Element como en Element X, y tanto en Synapse como en Dendrite”. También es cierto que señalar que los cambios del proyecto son demasiado grandes fue, en realidad, parte de un esfuerzo de mejora. Por ejemplo, Jitsi no estaba cifrado, y además tenía una integración insuficiente con identidad/control de acceso y con Matrix, así que el cambio a WebRTC fue más bien para mejorar la verificación de identidad y el cifrado de extremo a extremo. El cambio completo del sistema de autenticación también es un gran avance para soportar varios proveedores OIDC y agregar autenticación moderna como 2FA/MFA, passkeys, etc.. En cuanto a la polémica de los dos clientes Element/Element X, sabemos que Element X es rápido pero aún carece de hilos/espacios, pero la mayoría considera que las mejoras son mayores (actualmente en desarrollo). Por último, mientras operaba Matrix yo también tuve muchos fracasos y éxitos, y dejo a criterio de cada quien si esto puede describirse como arrogancia o como ser demasiado listos para su propio bien. Para terminar, sobre la sospecha de que la organización está dirigida por Architecture Astronauts, me gustaría recomendar videos de charlas públicas de los desarrolladores reales

    • Sobre lo de que es difícil encontrar un IM empresarial basado en estándares abiertos, comentan que eIRC, un mensajero empresarial basado en el protocolo IRC, parece interesante. Apunta a bajo consumo de recursos, alto rendimiento y baja latencia, y también soporta historial de mensajes basado en Redis

    • Tanto Architecture Astronauts como Cowboy Coding son enfoques problemáticos. La cuestión depende de si existe claridad, dirección y alineación de incentivos. El punto clave es que ninguna organización funciona bien sin una alineación adecuada

  • Yo también estaba en una posición parecida. Llevo 3 años usando Matrix, porque lo uso para comunicarme con familiares en un país con mucha censura. No sé si es por la complejidad del sistema en sí o por su diseño, pero el rendimiento es realmente malo. Se puede usar, pero resulta desagradable. El nuevo Element X salió con la idea de resolver varios problemas, pero cada vez se aparta más de estándares comunes (TURN/STUN, etc.) y empuja cosas complejas como Element Call, livekit. Últimamente también han sido frecuentes los problemas de cifrado: incluso sincronizando las claves, algunos clientes no pueden descifrar mensajes y en otros hasta se pierde el historial del chat. Por eso sigo aferrado al Element anterior, pero da la impresión de que el equipo de Vector ya casi no le da mantenimiento. También han quedado abandonados bugs críticos antiguos (por ejemplo, al iniciar sesión en otro homeserver se conecta automáticamente a matrix.org y si ese dominio está bloqueado todo se cuelga; esto recién se resolvió en Element X). Yo podría arreglarlo, pero hasta que iOS permita sideloading no hay forma de instalar mi versión en los dispositivos de mi familia. Si alguien conoce una alternativa que tenga soporte web, iOS y Android, self-hosting sencillo y llamadas de voz, agradecería la recomendación

    • Me decepciona escuchar que abandonaste Element X. Todo el esfuerzo y las mejoras de cifrado están concentrados ahí. Element Call al final también está basado en WebRTC, y creo que es mejor conectarse directo al SFU sin pasar por TURN. Me da curiosidad cómo intentaste instalarlo; también tengo una guía básica de instalación que te puede servir

    • Entiendo que haya problemas con la hoja de ruta de Element, pero también señalo un problema grande y totalmente distinto. Estar atrapados en una plataforma cerrada (es decir, un jardín amurallado como iOS) ya es de por sí complicado. El equipo de desarrollo no puede abarcarlo todo, y yo tampoco puedo modificar la app aunque quiera porque la plataforma lo impide. Así, en la negociación entre dos grupos (desarrolladores y usuarios) termina metiéndose una “tercera parte incómoda” que es la plataforma del sistema operativo. La plataforma claramente aporta valor, pero en problemas como este termina estorbando

    • En el pasado, mientras viajaba por Asia y Medio Oriente, estuve buscando una plataforma estable, de bajo consumo de recursos y fácil de disfrazar (otros puertos/ToR, etc.), y al principio de Matrix tenía muchas esperanzas puestas ahí. Pero falló, y al final me pasé a XMPP, que ha seguido evolucionando de forma estable, y estoy satisfecho. Mi recomendación personal es XMPP

    • El cliente monal xmpp funciona bien en iPhone y lo uso para comunicarme con mi familia. El hecho de que uno mismo pueda hacer self-hosting del servidor, junto con el soporte de varios clientes como 'conversations' en Android, ha hecho que toda mi familia lo use

  • En ciertos ámbitos de desarrollo, especialmente ActivityPub/Fediverse, hay un incentivo fuerte para usar Matrix. Por ejemplo, hay muchas salas como “ActivityPub community” en Matrix. La mayoría de los proyectos FOSS que me interesan los encuentro en Matrix, mientras que Discord, Zulip y Slack son excepciones. Da la impresión de que FOSS prefiere Matrix/IRC/XMPP/Zulip, mientras que OSS prefiere Discord/Slack

  • A propósito del reciente hallazgo de 2 vulnerabilidades de seguridad del protocolo (CVE), la organización está preparando una actualización importante de parches. Se dice que el reporte original fue hace 6 meses

    • Como referencia, esos CVE no se reportaron hace 6 meses, sino que se descubrieron recientemente dentro de un proyecto que llevaba 6 meses en marcha
  • En mi experiencia, el cliente Element es lento y tiene muchos bugs. Incluso me confundía porque no podía entender cómo funcionaba la autenticación de la cuenta ni cómo desactivar las notificaciones de autenticación

    • En realidad, es algo en lo que casi todos coinciden. Element clásico es lento y tiene mucha deuda técnica y problemas de UX en el cifrado. Por eso se rehízo por completo como Element X, y también se está desarrollando ahora la versión para web/escritorio (ver proyecto aurora)
  • El bug de las salas rotas en realidad se debía a corrupción de índices en la base de datos (afectó a 2 de las 55 en las que participo). En casos así es difícil prevenirlo a nivel de protocolo. Aun así, me decepciona que haya tardado más de 2 semanas en resolverse. Durante ese período, hubo mensajes perdidos en matrix.org y sentí que se perdió el sentido de la federación

    • Ese bug fue efectivamente un problema grave en el que la corrupción de índices de la base de datos de matrix.org provocó el borrado incorrecto de millones de filas. Aún no está claro si la causa fue un bug de PostgreSQL o una corrupción derivada de una falla de hardware de hace años. Ahora ya se recuperaron los datos, y no debería haber habido pérdida de datos en la federación. Me pregunto si existe un reporte separado sobre esos mensajes faltantes

    • Pero me pregunto si también se investigó por qué los mensajes no se almacenaron en otros homeservers. La esencia de Matrix es la federación, así que resulta extraño

  • Hace unos días hubo una discusión sobre el problema de imágenes de CSAM relacionado con Matrix, y usuarios que expresaron preocupación fueron ignorados y atacados por administradores de Element/Matrix. Por esos temas, ese historial, promesas rotas y la baja calidad, evalúo que Matrix ya está acabado. También creo que ha tenido un impacto negativo en el crecimiento del ecosistema de código abierto

    • Quiero subrayar que esa afirmación sobre que se ignoró/atacó a quienes expresaron preocupación no es cierta. Ya se está reconociendo activamente el problema de CSAM, actuando al respecto y ofreciendo disculpas

    • Este problema aparece en casi todas las plataformas como YouTube, Discord, etc. Incluso plataformas de escala de miles de millones no logran erradicarlo por completo. En la UE y otros lugares intentan romper el cifrado, pero en la práctica también está por todas partes en entornos no cifrados y faltan soluciones de fondo. Aunque Discord/Whatsapp me den rechazo, sigo usándolos porque no hay alternativa. En un servidor Matrix con self-hosting (en ovh con unos cuantos dólares al mes) ese problema al menos no existe

  • Quise que Matrix me gustara, pero terminé en la lista negra del homeserver matrix.org sin saber por qué y sin recibir ninguna explicación ni respuesta. En el proceso también sufrí un problema en el que la BD creció a cientos de GB (supongo que porque mis usuarios quedaron atrapados en salas de matrix.org por culpa del blacklist), así que al final simplemente borré la base de datos y me rendí

    • Quizá tus necesidades también se podrían resolver con XMPP. Puede correr incluso en dispositivos muy pequeños como una Raspberry Pi
  • Durante años operé mi propio homeserver Synapse y hablé con un amigo por Matrix. Pero el envío de imágenes se rompe seguido (especialmente fue peor cuando cambió el método de autenticación de permisos). Hace poco volvieron a faltar imágenes repetidamente, y como siento que si pido ayuda a los desarrolladores solo me van a responder que “es culpa mía”, decidí pasarme a Signal. Cuando las pocas comunidades que me quedan encuentren una alternativa, pienso cerrar también Matrix. Siempre veo explicaciones del tipo “esto fue una casualidad”, pero los problemas reales no se resuelven

    • No entiendo por qué se ha extendido la percepción de que “los desarrolladores le echan la culpa al usuario”. De verdad queremos hacer bien Matrix. Si tienes un bug report y la información del cliente que usas, compártela por favor. Que las imágenes no se muestren podría deberse a una política anti-spam de imágenes
  • Estoy totalmente de acuerdo con lo de Matrix. Lo abandoné de inmediato hace como un año y ni siquiera quiero volver a mirarlo; no me inspira confianza en ningún aspecto: historial, promesas y calidad