- Depois de usar Matrix.org e Element como principais plataformas de comunicação por 5 anos e passar por vários problemas e frustrações, decidiu não usá-los mais
- Concluiu que é difícil recomendar a usuários comuns por causa de desempenho lento, serviço instável e UX confusa
- Avalia que a falta de direção no desenvolvimento, a fragmentação dos projetos de cliente e servidor e o estado inacabado de recursos centrais estão piorando a saúde do ecossistema
- O gatilho final foi um incidente em que o canal de comunidade que operava diretamente ficou praticamente quebrado por causa de problemas no homeserver do Matrix.org
- No fim, decidiu voltar para o XMPP e, embora avalie muito positivamente o ideal de protocolo aberto e estrutura federada do Matrix.org/Element, considera que no estado atual ele é inadequado para uso prático
Tl;dr e introdução
- Usou e promoveu Matrix.org e Element por 5 anos, enfrentando vários problemas e limitações
- Havia o ideal de um protocolo aberto, adoção por instituições europeias e sinais de crescimento, mas a experiência real do usuário era lenta e pouco confiável
- Sentiu ceticismo em relação ao futuro do serviço por causa da confusão na direção do desenvolvimento, da fragmentação dos projetos e da falta de maturidade em UX
- Recentemente, até o canal da comunidade foi perdido por problemas no homeserver, o que levou à decisão de voltar ao XMPP
Primeiros anos
- O Matrix.org começou há 10 anos como um protocolo de mensagens federado, com o objetivo claro de padronizar a comunicação em tempo real entre provedores, como o SMTP faz para o e-mail
- Tecnicamente é parecido com XMPP, mas se diferencia por mensageria baseada em JSON, WebRTC e criptografia de ponta a ponta (E2EE) integrada por padrão
- O projeto foi desenvolvido com apoio de uma subsidiária da Amdocs (2014~2017), e depois a New Vector Limited assumiu
- Várias instituições e empresas, como KDE, Purism, Status e o governo francês, participaram, mas o Synapse (homeserver oficial) foi projetado com uma stack tecnicamente inadequada para escalabilidade de longo prazo
- Projetos alternativos de servidor como Dendrite e Conduit surgiram liderados pela comunidade, mas a qualidade dos componentes centrais ainda permanece baixa
Use Matrix!
- O ecossistema cresceu a partir de 2019, quando a Mozilla anunciou a adoção do Matrix, e o Element (antigo Riot) se firmou como cliente principal
- Houve adoções por órgãos governamentais europeus, como o Tchap da França, setores de defesa e saúde da Alemanha, além de Luxemburgo e Suécia
- Também surgiram novos produtos para superar as limitações do app Element baseado em Electron, como Element X nativo, SchildiChat e FUTO Circles
- Em meio à expectativa, houve esforço para fortalecer o ecossistema Matrix, operando canais de comunidade e convencendo amigos, mas os problemas fundamentais do serviço não foram resolvidos
Avançando rápido
- Depois de 5 anos, a expectativa e a paciência com Matrix e Element se esgotaram
- Mesmo com mudanças recentes como a introdução do MAS (Matrix Authentication Service), continuam problemas como a ausência de recursos básicos de segurança, como 2FA/MFA, e a falta de funcionalidades no Element X (threads, spaces, widgets etc.)
- O Element X é mais rápido que a antiga versão em Electron, mas ainda é lento em comparação com Signal, Telegram X e WhatsApp
- Em especial, relatou problemas graves de desempenho: UI lenta em aparelhos antigos, tempo de resposta sem grande diferença até em dispositivos recentes, lentidão do homeserver
matrix.org e atrasos de dezenas de segundos até no cliente TUI (iamb)
- Várias alternativas, como integração com clientes IRC, também não foram eficazes por não suportarem E2EE ou por faltarem recursos básicos
- A verificação cruzada de dispositivos para E2EE, um problema antigo, continuou instável até recentemente, e a complexidade de protocolo, criptografia e APIs também reduz a acessibilidade para desenvolvedores 3rd-party
- Servidores alternativos (Dendrite, Conduit etc.) ainda são inadequados para operação em larga escala, e o cliente FUTO Circles foi descontinuado em 2025
- A dispersão da stack tecnológica (Python, Node.js/TypeScript, Go, Rust etc.) e as mudanças constantes de repositório dificultam a manutenção do ecossistema
- Também critica a falta de uma estratégia técnica clara da New Vector e problemas financeiros crônicos
Talvez seja você?
- Encontrou relatos de experiência com reclamações parecidas em vários lugares, como Reddit, blogs e fóruns
- Houve muitas reações de usuários dizendo que “o Matrix é intrinsecamente inconveniente”, e até na comunidade FOSS o erro ‘Unable to decrypt message’ virou piada recorrente
- Queda de desempenho, aumento de spam, Element X inacabado e instabilidade do cliente web fizeram da plataforma algo não recomendável
- Há muito mais relatos de problemas, críticas e experiências negativas do que avaliações positivas
- A nomenclatura confusa, a dificuldade de busca e o ambiente tornam tudo ainda menos acessível para usuários comuns
A gota d’água
- No começo de julho, o canal de comunidade que operava diretamente ficou subitamente inacessível; no Element X ele ainda aparecia, mas no cliente web surgia como se tivesse desaparecido
- Mesmo após tentar reconectar e entrar em contato com o suporte, nada foi resolvido, e no homeserver apareceu o erro de ausência de evento
m.room.create
- Outros usuários conseguiam acessar o canal normalmente, mas mudanças e concessões de permissões não funcionavam, revelando a complexidade e a fragilidade da estrutura de permissões e federação
- Faltou uma resposta clara da equipe de suporte, era difícil identificar do ponto de vista do usuário quem era o responsável pelo problema e, no fim, a recuperação do canal falhou
Adeus, Matrix.org
- Diante da falta de resposta da equipe de suporte e da impossibilidade de acessar logs do servidor, decidiu parar de usar a plataforma Element
- O canal da comunidade tinha poucos participantes, mas lamenta perder por uma simples falha um espaço construído ao longo de anos
- Desempenho lento, aumento de spam, cliente web inacabado e Element X incompleto fazem com que ele não possa mais ser recomendado a usuários comuns
- A previsão é que Matrix.org e Element continuem existindo em instituições específicas, como governos europeus, mas sejam ignorados pelo público geral por causa da barreira de entrada e da complexidade
- Pela estrutura complexa de permissões, endereços e configurações, além da UX insuficiente, seriam apenas um “software empresarial ideal”
- O texto declara a separação após cansaço com o desgaste do usuário, os problemas repetidos e o suporte precário
Futuro e alternativas
- Concorda com os ideais do Matrix, como protocolo aberto, privacidade, estrutura federada e descentralização, mas considera que ele tem limitações como ferramenta de uso real
- Com base na experiência prática, XMPP e IRC oferecem confiabilidade, simplicidade e interoperabilidade muito superiores
- Até o Dendrite do Matrix exige 2~4 núcleos e 8 GB de RAM para uso cotidiano, o que eleva custos de operação e administração
- Em contraste, sistemas baseados em Erlang/OTP como o Ejabberd conseguem suportar grande número de conexões simultâneas com poucos recursos e têm uma arquitetura comprovada em sistemas distribuídos há 20 anos
- Enquanto o Matrix usa várias tecnologias como Python, Node.js, Go e Rust, lamenta que, se tivesse simplificado a arquitetura com base em Erlang/Elixir, seria muito mais fácil e barato de operar
Um novo começo
- Depois de experimentar vários serviços novos, acabou voltando ao XMPP (e ao IRC), cujos pontos fortes são simplicidade, confiabilidade e interoperabilidade
- Incentiva os membros da comunidade do Matrix.org a participarem de um novo canal em XMPP (e também de uma sala no SimpleX)
- A instância de XMPP segue sendo melhorada continuamente, e há planos futuros para integração com Tor, I2P, proxy UnifiedPush e servidor IRCv3
- O SimpleX também continua em operação, embora ele também dependa de uma plataforma operacional
2 comentários
Alguns anos atrás, também saíram bastante notícias sobre Matrix no GeekNews, mas depois ficou tudo quieto; então era esse o problema.
Comentários no Hacker News
Já vi a mesma crítica ser feita várias vezes, inclusive em servidores da Matrix Foundation. A reação geral da equipe costumava ser algo como “pague ou aceite do jeito que está”. Nos últimos anos houve mudanças de direção em grande escala demais: de Jitsi para WebRTC, mudança completa do sistema de autenticação, troca total de Element para Element X etc. Hoje existem dois clientes: um rápido, mas com poucos recursos, e outro lento, mas com mais recursos, então a escolha é entre abrir mão de funcionalidades ou usar algo lento. Eu queria apoiar de forma positiva, mas pela minha experiência essa equipe é arrogante demais. É realmente difícil encontrar um mensageiro baseado em padrão aberto que sirva para uso corporativo. XMPP é fragmentado e não tem clientes elegantes. Matrix é uma bagunça de um BDFL do tipo que acha que é inteligente demais, e Signal é open source, mas hostil a self-hosting. Além disso, suspeito que essa organização seja totalmente liderada por Architecture Astronauts. Tudo foi abstraído demais a ponto de perder o sentido
Uso Conversations (mobile) e Gajim (desktop) há 10 anos. Exigem o mínimo de trabalho e funcionam bem sem problemas. Fico me perguntando o que estou deixando passar
Fico curioso se você já tentou Delta Chat. Eu gosto muito da ideia, mas é uma pena que eu não consiga convencer ninguém a testar
Acho que interpretar a resposta da equipe como “pague ou aceite” é um exagero grande demais. Na prática, era mais uma explicação sobre falta de apoio, como “não há financiamento suficiente para tocar Element e Element X, Synapse e Dendrite ao mesmo tempo”. A crítica de que as mudanças do projeto são grandes demais também fazia parte, na verdade, de um esforço de melhoria. Por exemplo, Jitsi não era criptografado, tinha integração ruim com identidade/controle de acesso e com o Matrix, então a mudança para WebRTC buscava justamente melhorar a verificação de identidade e a criptografia ponta a ponta. A troca completa do sistema de autenticação também foi um grande avanço para suportar vários provedores OIDC e novos métodos de autenticação como 2FA/MFA, passkeys etc.. Sobre a polêmica entre Element e Element X, sabemos que o Element X é rápido, mas ainda carece de threads/spaces; ainda assim, a maioria considera que os ganhos são maiores (e isso está em desenvolvimento). Por fim, administrando Matrix eu já tive muitos fracassos e muitos sucessos, e deixo para cada um decidir se isso pode ser chamado de arrogância ou de ser inteligente demais. Para encerrar, sobre a suspeita de que a organização seja tocada por Architecture Astronauts, eu recomendaria assistir a vídeos públicos de apresentações dos desenvolvedores reais
Sobre a dificuldade de achar um IM corporativo baseado em padrão aberto, mencionaram que eIRC, um mensageiro corporativo baseado no protocolo IRC, parece interessante. Ele busca baixo consumo de recursos, alta vazão e baixa latência, além de oferecer histórico de mensagens com base em Redis
Tanto Architecture Astronauts quanto Cowboy Coding são abordagens problemáticas. Isso depende de haver clareza, direção e alinhamento de incentivos. O ponto principal é que nenhuma organização funciona sem alinhamento adequado
Eu também estava numa posição parecida. Uso Matrix há 3 anos para me comunicar com familiares em um país com forte censura. Talvez pela complexidade e pelo design do sistema, o desempenho é realmente ruim. Dá para usar, mas é desagradável. O novo Element X surgiu para tentar resolver vários problemas, mas cada vez mais se afasta de padrões comuns (TURN/STUN etc.) e empurra coisas complexas como Element Call e livekit. Recentemente também têm ocorrido muitos problemas de criptografia: mesmo sincronizando as chaves, alguns clientes falham ao descriptografar mensagens e, em outros, até o histórico da conversa se perde. Por isso continuo preso ao Element antigo, mas parece que a equipe da Vector já quase não faz manutenção nele. Bugs antigos e graves também ficam largados (por exemplo: ao fazer login em outro homeserver, ele se conecta automaticamente ao matrix.org e trava se o domínio estiver bloqueado. Isso só foi resolvido no Element X). Eu até poderia corrigir isso, mas até permitirem sideload no iOS não há como instalar minha versão nos aparelhos da família. Se alguém conhecer uma alternativa com suporte a web, iOS e Android, self-hosting fácil e chamadas de voz, aceito recomendações
Fico decepcionado ao ouvir que você desistiu do Element X. Todo o esforço e as melhorias de criptografia estão concentrados nele. O Element Call no fim das contas também é baseado em WebRTC, e acho melhor conectar direto ao SFU sem TURN. Fico curioso sobre como você tentou instalar; também tenho um guia básico de instalação que pode ajudar
Entendo que existam problemas no roadmap do Element, mas também apontaria um outro problema grande e diferente. A própria situação de ficar preso a uma plataforma fechada (isto é, um walled garden como o iOS) já é complicada. A equipe de desenvolvimento também não consegue dar conta de tudo, e eu mesmo, mesmo querendo modificar o app, não consigo por causa da plataforma. Ou seja, nessa negociação entre dois grupos (desenvolvedores e usuários), entra no meio uma “terceira parte inconveniente” que é a plataforma do sistema operacional. A plataforma claramente oferece valor, mas em problemas como esse ela atrapalha
No passado, viajando pela Ásia e Oriente Médio, eu procurava uma plataforma estável, leve em recursos e fácil de disfarçar (outras portas/ToR etc.), então fiquei muito esperançoso no início do Matrix. Mas não deu certo, e acabei migrando para o XMPP, que continua evoluindo de forma estável, e estou satisfeito. Minha recomendação pessoal é XMPP
O cliente monal xmpp funciona bem no iPhone e eu o uso para falar com a família. O fato de eu poder hospedar o servidor por conta própria, junto com o suporte a vários clientes como o 'conversations' no Android, fez toda a família usar
Em certos campos de desenvolvimento, especialmente ActivityPub/Fediverse, há um forte incentivo para usar Matrix. Por exemplo, existem muitas salas como “ActivityPub community” no Matrix. A maioria dos projetos FOSS que me interessam eu encontro no Matrix; Discord, Zulip e Slack são exceções. Parece haver uma tendência de FOSS preferir Matrix/IRC/XMPP/Zulip e OSS preferir Discord/Slack
A organização está preparando uma atualização importante de correção relacionada à descoberta recente de duas vulnerabilidades de segurança do protocolo (CVE). Foi dito que o relato original era de 6 meses atrás
Pela minha experiência, o cliente Element é lento e cheio de bugs. Também me deixou confuso não conseguir descobrir de jeito nenhum como desligar a autenticação da conta ou os avisos de autenticação
O bug de salas quebradas na verdade foi causado por corrupção de índice no banco de dados (2 das 55 salas de que eu participo foram afetadas). Em casos assim é difícil impedir no nível do protocolo. Ainda assim, foi decepcionante que tenham levado mais de 2 semanas para resolver. Durante o período do problema, houve mensagens perdidas no matrix.org, e senti que isso anulou o sentido da federação
Esse bug foi de fato um problema grave em que a corrupção de índice no banco de dados do matrix.org fez com que milhões de linhas fossem apagadas incorretamente. Ainda não está claro se a causa foi um bug do PostgreSQL ou corrupção causada por uma falha de hardware de anos atrás. Os dados já foram recuperados, e não deveria ter havido perda de dados na federação. Fico curioso se existe algum bug report separado sobre o desaparecimento dessas mensagens
Mas será que também investigaram por que as mensagens não ficaram armazenadas em outros homeservers? Isso é estranho, porque o ponto central do Matrix é justamente a federação
Alguns dias atrás houve uma discussão sobre o problema de imagens de CSAM (material de abuso sexual infantil) relacionado ao Matrix, e usuários que levantaram preocupações foram ignorados e atacados por administradores do Element/Matrix. Citando esse tipo de questão, o histórico, promessas quebradas e a baixa qualidade, avaliam que o Matrix já acabou. Também acham que isso teve impacto negativo no crescimento do ecossistema open source
Enfatizam que essa alegação de que os preocupados foram ignorados/atacados não corresponde aos fatos. O reconhecimento do problema de CSAM, a resposta ativa e os pedidos de desculpas já estão em andamento
Esse problema aparece em praticamente todas as plataformas, como YouTube e Discord. Nem plataformas na escala de bilhões conseguem resolver completamente. Na UE e em outros lugares tentam quebrar a criptografia, mas na prática isso também está espalhado em ambientes não criptografados e faltam medidas de fundo. Mesmo que Discord/Whatsapp deem repulsa, muita gente continua usando por não haver alternativa. Um servidor Matrix com self-hosting (na OVH, alguns dólares por mês bastam) pelo menos não sofre tanto com esse problema
Eu queria gostar do Matrix, mas acabei entrando na blacklist do homeserver matrix.org sem saber por quê, e nunca recebi explicação nem resposta. No processo, também passei por um problema em que o banco de dados cresceu para centenas de GB (imagino que porque meus usuários ficaram presos em salas do matrix.org por causa da blacklist), então no fim simplesmente apaguei o banco e desisti
Há anos eu mesmo opero um homeserver Synapse e uso Matrix para conversar com um amigo. Mas a transmissão de imagens quebra com frequência (especialmente piorou quando mudaram o método de autenticação de permissões). Recentemente a perda de imagens voltou a se repetir, e pensei que, mesmo pedindo ajuda aos desenvolvedores, a resposta seria só que “a culpa é minha”, então resolvi migrar para o Signal. Quando as poucas comunidades que restam encontrarem uma alternativa, pretendo sair do Matrix de vez. Sempre vejo explicações do tipo “foi um acaso”, mas os problemas reais não são resolvidos
Concordo com tudo sobre o Matrix. Eu o abandonei imediatamente há cerca de um ano e não quero nem voltar a olhar, de tão pouca confiança que ele passa em termos de histórico, promessas e qualidade