Escolher um servidor doméstico Matrix não se resume a encontrar o servidor com o menor binário, mas sim a escolher as compensações operacionais com as quais você pode conviver. Synapse, Dendrite e Conduit são compatíveis com Matrix, mas diferem em maturidade, linguagem de implementação, modelo de banco de dados, caminho de escalabilidade e nível de risco de compatibilidade que um administrador deve aceitar. Em 5 de outubro de 2026, o diretório oficial de servidores Matrix listava o Synapse como Estável e o Dendrite e o Conduit como Beta . Essa diferença de maturidade deve ter mais peso do que alegações vagas de que uma opção é "leve".
Esta comparação prática se concentra no que está documentado e verificável atualmente. Ela não afirma que existem vencedores universais em termos de RAM ou CPU, pois os projetos não publicam um único benchmark controlado que represente de forma justa os três, considerando os mesmos usuários, salas, tráfego de federação, carga de mídia, otimização de banco de dados e hardware.
| Servidor | Maturidade oficial | Implementação | Caminho de armazenamento típico | Ajuste prático |
|---|---|---|---|---|
| Sinapse | Estável | Python, com componentes Rust no código-fonte atual. | O PostgreSQL é recomendado para produção; o SQLite existe, mas a documentação oficial diz que é para testes. | Melhor opção padrão quando compatibilidade, documentação, integrações e um caminho de escalabilidade comprovado são os fatores mais importantes. |
| Dendrito | Beta | Ir | PostgreSQL na implantação Docker documentada | Vale a pena avaliar se você deseja um servidor doméstico baseado em Go e aceita a possibilidade de uma versão beta estar em desenvolvimento. |
| Conduto | Beta | Ferrugem | O RocksDB ou o SQLite são recomendados pela documentação de implantação. | Atraente para instalações pequenas e simples, onde baixos custos operacionais são importantes e a ausência de alguns recursos é aceitável. |
Verificação de fontes: consulte o diretório oficial do servidor doméstico Matrix , a documentação de instalação do Synapse , a documentação de instalação do Dendrite Docker e a documentação de implantação genérica do Conduit .
"Leve" pode se referir a pelo menos quatro coisas diferentes: uso de memória ociosa, consumo de CPU durante a sincronização e federação, crescimento do armazenamento ou o número de serviços de suporte que um administrador precisa executar. Essas métricas podem apontar para vencedores diferentes. Um servidor doméstico de usuário único que participa de algumas salas privadas se comporta de maneira muito diferente de um servidor que participa de grandes salas públicas, interliga várias redes, armazena anos de mídia ou participa ativamente da federação.
Por esse motivo, considere as solicitações de recursos como dependentes da carga de trabalho, a menos que sejam respaldadas por um benchmark reproduzível que corresponda à sua implementação. A ação mais útil é definir primeiro a carga de trabalho esperada: número de usuários locais, maiores salas às quais você pretende se conectar, se a federação está habilitada, se você precisa de bridges ou serviços de aplicativo, volume de mídia esperado e se precisa de alta disponibilidade.
O Synapse continua sendo a escolha conservadora quando se busca o histórico operacional mais amplo. O Matrix.org o descreve como Estável, enquanto a Element mantém ativamente o repositório atual. No momento desta avaliação, a versão estável mais recente no GitHub é o Synapse 1.162.0 , lançado em 29 de setembro de 2026. Você pode verificar as versões atuais na página oficial de lançamentos do Synapse .
O Synapse é frequentemente descrito como "pesado", mas isso precisa de contexto. O projeto mantém caches na memória propositalmente para melhorar o desempenho das requisições. O FAQ para administradores menciona explicitamente que a arquitetura pode consumir muita RAM. O guia de instalação também recomenda ter pelo menos 1 GB de RAM livre para participar de salas públicas grandes. Esse valor é um limite útil para planejamento, não um requisito garantido para todas as pequenas instalações privadas.
O Synapse pode ser iniciado com o SQLite, mas a documentação oficial de instalação afirma que quase todas as instalações devem usar o PostgreSQL e que o SQLite não deve ser usado em um servidor de produção. Isso é importante porque a vantagem de um "banco de dados de arquivo único e fácil de usar" praticamente desaparece quando o Synapse é implantado corretamente para uso a longo prazo.
Dentre os três, o Synapse também possui a rota de escalonamento horizontal mais claramente documentada. Instalações pequenas podem ser executadas como um monolito; instalações maiores podem dividir o trabalho entre vários processos chamados workers. A documentação atual do Synapse Worker explica que as implantações de workers compartilham o PostgreSQL e podem dividir as cargas de trabalho de clientes e federação entre os processos. Isso adiciona complexidade operacional, mas oferece um caminho explícito para quando um único processo não for mais suficiente.
Ação: se o uso de recursos for o único motivo para rejeitar o Synapse, teste-o com o PostgreSQL em sua carga de trabalho real antes de presumir que ele seja muito grande. Memória ociosa por si só não é um bom indicador de desempenho de federação ou do comportamento em ambientes de grande porte.
O Dendrite foi criado em Go como um servidor doméstico Matrix de segunda geração. O antigo repositório matrix-org foi arquivado em novembro de 2024, mas isso não significa que o Dendrite desapareceu. O desenvolvimento foi migrado para o repositório Element Dendrite , que permanece ativo. O diretório oficial do servidor Matrix ainda identifica o Dendrite como Beta.
Essa distinção é importante porque artigos mais antigos podem levar os leitores a duas concepções errôneas opostas: ou que o Dendrite foi abandonado, ou que já substituiu o Synapse. Nenhuma das duas está correta em outubro de 2026. Ele continua sendo mantido, mas seu nível de maturidade oficial permanece Beta.
O caminho do Docker Compose documentado para o Dendrite usa o PostgreSQL como dependência e executa o servidor principal em uma configuração monolítica. Isso facilita a compreensão da arquitetura básica de produção: proxy reverso, Dendrite, PostgreSQL e a configuração usual de DNS/TLS da Matrix.
A implementação em Go do Dendrite é atraente para administradores que preferem um binário compilado e o ecossistema operacional do Go. No entanto, a escolha da linguagem por si só não comprova um menor consumo de recursos no mundo real. A resolução do estado da federação, o tamanho da sala, a mídia, o comportamento do banco de dados e os padrões de sincronização do cliente ainda dominam muitas cargas de trabalho do Matrix.
A versão 0.15.2 do Dendrite é apresentada como a versão mais recente na lista oficial de lançamentos durante esta análise. A série 0.15 inclui correções relacionadas à versão 12 do Room e a problemas de confiabilidade, o que também serve como um lembrete de que softwares beta podem sofrer alterações rapidamente. Consulte as versões oficiais do Dendrite antes de atualizar ou implantar o sistema.
Ação: configure o Dendrite com os clientes e serviços de aplicativos exatos que você planeja usar. Uma lista de recursos é mais útil do que uma afirmação artificial de que ele é "mais leve que o Synapse".
O Conduit é um servidor doméstico em Rust para Matrix cujo objetivo declarado é ser eficiente, fácil de configurar e utilizável até mesmo em computadores pequenos, como um Raspberry Pi. O projeto está ativo em seu repositório oficial no GitLab e o diretório do ecossistema Matrix o classifica como Beta.
O Conduit é o projeto mais obviamente "orientado para leveza" nesta comparação tripla, mas sua própria documentação é cautelosa quanto ao status: a maioria das salas Matrix funciona, porém nem todos os recursos estão implementados e os usuários podem encontrar bugs. A introdução oficial do Conduit lista as limitações atuais, portanto, os administradores devem consultar essa página em vez de confiar em uma matriz de recursos antiga.
A documentação genérica de implantação do Conduit recomenda atualmente o uso do RocksDB ou do SQLite. Isso difere significativamente das diretrizes de produção do Synapse, centradas no PostgreSQL, e da configuração documentada do Dendrite com Docker. Para um servidor pequeno, evitar um serviço PostgreSQL separado pode reduzir o número de componentes que você precisa manter, fazer backup, monitorar e atualizar.
O Conduit também oferece orientação nativa para uma implementação simples do systemd por trás de um proxy reverso, além de imagens Docker. Sua documentação abrange federação, delegação, TURN e serviços de aplicativos. Isso o torna uma opção viável para uma família, uma pequena equipe, um laboratório ou um servidor para uso pessoal, onde a simplicidade é mais importante do que a cobertura máxima do ecossistema.
Ação: leia as limitações atuais na introdução oficial do Conduit e teste suas maiores salas federadas antes de migrar usuários reais. O comportamento da federação é onde as suposições sobre "servidores pequenos" têm maior probabilidade de serem questionadas.
Se você estiver escolhendo para produção, os rótulos de maturidade fornecem um primeiro filtro útil. Synapse é Estável; Dendrite e Conduit são Beta. Beta não significa inutilizável, e Estável não significa livre de recursos. Significa que o perfil de risco é diferente.
Um servidor leve que carece de um recurso essencial pode consumir mais tempo do administrador do que um servidor mais robusto que funcione de forma previsível. Exemplos disso incluem o comportamento da ponte, serviços de aplicativos, administração de contas, versões mais recentes de salas de reunião, casos extremos de federação, fluxos de trabalho de moderação e ferramentas de atualização. Essas são questões de carga de trabalho e integração, não de linguagem de programação.
Para a maioria dos administradores que desejam o menor risco possível em termos de protocolo e integração, o Synapse ainda é a recomendação padrão . É a única opção estável entre as três no diretório oficial da Matrix, possui documentação extensa, orientações para produção com PostgreSQL e uma arquitetura de workers documentada para implantações maiores.
Dendrite é o caminho do meio: uma implementação em Go com suporte e arquitetura atraente, mas ainda oficialmente em versão Beta. É melhor considerá-la como algo para validar em relação aos seus clientes e integrações específicos, em vez de uma substituição automática para o Synapse, que é mais leve.
O Conduit é o candidato mais natural quando "leve" significa menos serviços de suporte e uma infraestrutura compacta auto-hospedada. Seu modelo de implantação RocksDB/SQLite e a implementação em Rust são atraentes para sistemas pequenos, mas o fato de estar em versão Beta e os recursos ausentes documentados tornam os testes de compatibilidade essenciais.
Não existe um vencedor universal comprovado para RAM, CPU ou disco em todas as cargas de trabalho do Matrix. O vencedor prático é o servidor que atende ao conjunto de recursos necessário com a menor pegada operacional que você possa manter de forma confiável.
Compare 10 ferramentas de varredura de ping para descoberta rápida de LAN, varredura multiplataforma e gerenciamento de endereços IP. Saiba o que uma varredura pode — e não pode — revelar.
Compare seis ferramentas de gerenciamento de rede para monitoramento de desempenho, incluindo cobertura SNMP, mapeamento, alertas, modelos de implantação e custo-benefício.
Compare as melhores opções de analisadores de Wi-Fi para Windows, iPhone e Android, incluindo ferramentas para congestionamento de canais, cobertura de sinal, mapas de calor e solução de problemas de rede.
Compare sete monitores de ping gratuitos e de código aberto, desde suítes completas de rede até sondas de latência específicas, e escolha a opção mais adequada para disponibilidade, perda de pacotes e histórico.
Veja como a taxa de transferência de rede difere da largura de banda, o que causa desempenho lento ou instável e quais ferramentas podem testar um caminho ou monitorar o tráfego.
Compare softwares de servidor SFTP confiáveis para Windows e Linux, incluindo OpenSSH, Bitvise, SolarWinds e SFTPGo. Encontre a solução ideal para suas necessidades de segurança e transferência de arquivos.
Crie um monitoramento de rede prático com cobertura clara de dispositivos, métricas de desempenho úteis, alertas acionáveis e uma comparação entre SolarWinds NPM, PRTG e OpManager.
Compare sete ferramentas de gerenciamento de endereços IP para descoberta de sub-redes, coordenação de DNS e DHCP, inventário de rede e IPAM de código aberto.
Compare ferramentas de varredura de rede para descoberta rápida de dispositivos, varreduras de IP multiplataforma e IPAM corporativo, com orientações sobre como escolher a opção mais adequada para sua rede.
Compare seis ferramentas de monitoramento de rede Linux para descoberta de dispositivos SNMP, gráficos de interface, métricas de host, verificação de serviços e fluxos de tráfego.
