Melhores clientes BitTorrent atuais: desktop, servidor, Docker, terminal e projetos modernos

Esta pesquisa procura alternativas reais ao qBittorrent sem fingir que todo programa com a palavra torrent resolve o mesmo problema. Foram avaliados clientes completos, daemons, interfaces remotas e experimentos recentes. O foco é uso legítimo do BitTorrent, como distribuir imagens Linux, acervos autorizados, software livre e arquivos próprios.

O retrato foi fechado em 30 de agosto de 2026. Projetos novos mudam depressa; datas de versão e atividade são um instantâneo, não uma promessa de manutenção futura.

Resumo executivo

O qBittorrent continua sendo a referência geral por uma razão: combina libtorrent, aplicativo gráfico, daemon qbittorrent-nox, WebUI, RSS, automação e controle fino de rede. Mas não é o vencedor automático de todos os cenários.

• Transmission é a substituição mais simples e econômica para um servidor doméstico. Seu daemon, RPC e clientes remotos formam um conjunto muito limpo, embora faltem RSS nativo, plugins e algumas regulagens avançadas.
• Deluge é a melhor alternativa madura quando o modelo daemon + cliente fino e os plugins importam. A WebUI envelheceu e a implantação exige mais componentes que Transmission.
• rTorrent voltou a receber desenvolvimento intenso e continua excepcional para seedboxes e bibliotecas enormes. Sua curva de aprendizado e seu RPC exigem uma implantação mais cuidadosa.
• Porla é a descoberta mais convincente para servidores grandes: libtorrent v1/v2, sessões separadas, bind por interface, WebUI, API autenticada, Lua e uma meta explícita de dezenas de milhares de torrents. Ainda tem comunidade pequena e precisa de prova de carga antes de substituir uma instalação crítica.
• rqbit é hoje o cliente moderno mais equilibrado. Escrito em Rust, oferece binário compacto, servidor, HTTP API, WebUI, streaming, aplicativo Tauri e imagem Docker publicada pelo projeto. Ainda não tem a profundidade de RSS, agendamento e políticas do qBittorrent.
• aria2 é imbatível como ferramenta CLI/RPC multiprotocolo e fica excelente com AriaNg. Não é a melhor escolha para seedbox de longo prazo ou milhares de torrents.
• BiglyBT é o mais completo para usuários que gostam de controle absoluto, plugins, I2P, WebTorrent e integração consciente com VPN. O preço é uma interface densa e consumo maior por causa da JVM.
• Tixati é eficiente e muito configurável, mas é freeware proprietário. A ausência de código-fonte e de auditoria pública pesa contra ele quando privacidade verificável é prioridade.
• Tribler é a opção realmente diferente para downloads por circuitos próprios de anonimização e descoberta descentralizada. Isso não equivale a Tor, tem limitações documentadas e consome bem mais recursos.
• Vortex, mtorrent, rustorrent, NanoTorrent, BATorrent e bittorrent-cli mostram uma renovação interessante em 2026. Quase todos ainda são beta, alfa ou mantidos por uma pessoa; são ótimos para acompanhar e testar, não para entregar uma seedbox insubstituível sem plano de volta.

Minha recomendação curta

Metodologia e critérios

Foram consultados sites oficiais, documentação, changelogs, repositórios, rastreadores de problemas e imagens mantidas pelos próprios projetos. GitHub, GitLab e fóruns oficiais sustentam fatos de versão e arquitetura. Reddit e discussões comunitárias serviram apenas para localizar projetos e identificar experiências recorrentes; afirmações técnicas foram conferidas no código ou na documentação do mantenedor.

O estado do projeto foi classificado assim:

• ativo: versão ou desenvolvimento substancial em 2025–2026;
• ativo, cadência lenta: funciona e recebe manutenção, mas publica poucas versões;
• experimental: implementação nova, beta/alfa, protocolo incompleto ou comunidade muito pequena;
• estagnado/histórico: sem atividade relevante recente ou explicitamente arquivado.

As faixas de memória são estimativas práticas de ordem de grandeza, não benchmarks universais. Representam uma sessão pequena em máquina de 64 bits; cache de disco, quantidade de peers, tamanho dos metadados, WebUI, runtime, hash check e milhares de torrents podem multiplicar esses valores. "Leve" significa sobretudo menor custo de base e arquitetura enxuta.

O que conta como cliente, motor e interface

Esta distinção evita comparações enganosas:

• Cliente/motor fala BitTorrent e transfere peças: qBittorrent, Transmission, rTorrent, rqbit.
• Daemon é o motor sem janela, administrável por RPC/API: transmission-daemon, deluged, qbittorrent-nox.
• Frontend/WebUI controla outro motor e não ganha magicamente os recursos de protocolo que ele não tem: Flood, ruTorrent, VueTorrent, AriaNg, Transmission Remote GUI e Stig.
• Biblioteca é base para outros clientes: libtorrent-rasterbar, anacrolix/torrent, librqbit e WebTorrent. Só aparece na lista quando há uma CLI realmente utilizável.

Em particular, Flood não é um cliente BitTorrent autônomo, VueTorrent não substitui o processo qBittorrent e Transmission Remote GUI não baixa nada no computador onde a janela está aberta. Eles são excelentes, mas ocupam outra camada.

Legenda das matrizes

• Sim: confirmado na documentação ou interface oficial.
• Parcial: depende do motor, plataforma, plugin ou cobre só parte do recurso.
• Não: não implementado ou fora do propósito.
• NC: não foi possível confirmar de maneira responsável.

Lista geral

O número de estrelas foi consultado apenas como sinal de tamanho comunitário, nunca como nota técnica. Em 30/08/2026, os repositórios de qBittorrent, aria2, WebTorrent, Gopeed e Motrix tinham dezenas de milhares; Porla, Vortex, mtorrent, rustorrent, NanoTorrent e BATorrent eram comunidades de centenas ou dezenas.

Matriz técnica dos motores e clientes

Descoberta, rede e privacidade

Automação, operação e escala

Consumo estimado e adequação

Não trate esses números como garantia. Um qBittorrent com cache alto e milhares de torrents pode superar um BiglyBT ocioso; um WebUI Node separado adiciona sua própria memória ao daemon.

Fichas aprofundadas dos clientes maduros

As fichas abaixo complementam as matrizes. Juntas, elas cobrem site, repositório, sistemas, interfaces, headless, Docker, linguagem, licença, recursos de protocolo, automação, escala, atualização, comunidade, segurança e usuário indicado.

qBittorrent

Identidade e estado. Site e repositório. É C++/Qt sobre libtorrent, GPL-2.0-or-later, multiplataforma e tem comunidade muito grande. A versão 5.2.3 saiu em 7 de julho de 2026 e o repositório continuava recebendo mudanças em agosto. O WebUI API 5.x documenta autenticação, RSS, proxy, limites, bind e download sequencial.

Formas de uso e Docker. A mesma base oferece GUI desktop e qbittorrent-nox headless com WebUI/API. O projeto mantém a imagem oficial qbittorrentofficial/qbittorrent-nox, multiarch, com SBOM e operação com filesystem raiz somente leitura documentada. LinuxServer.io e Hotio continuam alternativas comunitárias conhecidas, mas têm uma cadeia de confiança diferente. A WebUI original é completa e previsível, embora densa; VueTorrent é muito melhor em telas pequenas.

Rede e automação. Magnet, BitTorrent v1/v2/híbrido, IPv6, DHT, PEX, LSD, µTP/TCP, MSE, RSS com regras, pasta monitorada, busca por plugins, sequencial, primeiro/último pedaço prioritário, proxies e bind por interface/endereço estão presentes. Há limites globais e por torrent, modo alternativo de velocidade agendável, fila, categorias, tags, scripts ao concluir e API extensa.

Recursos e escala. nox começa geralmente na faixa de dezenas de MB, mas libtorrent, cache e metadados crescem com a sessão. Centenas são normais. Milhares funcionam em hardware adequado, porém o banco/estado, rechecks, WebUI e versões específicas precisam de teste; rTorrent e Porla foram projetados de forma mais explícita para bibliotecas gigantes.

Segurança e privacidade. Não contém anúncios nem telemetria comercial. A wiki oficial ensina bind de VPN, HTTPS e proxy reverso. A série 5.1 corrigiu falhas de WebAPI/RSS/Search e 5.2.1 corrigiu um SSRF por redirecionamento; ficar na versão suportada é parte da segurança. "Anonymous mode" não oculta seu endereço IP. Exponha a WebUI somente por VPN ou proxy TLS com autenticação e não instale plugins de busca de procedência duvidosa.

Vantagens: melhor equilíbrio de recursos, documentação, API e compatibilidade. Desvantagens: muitas opções, histórico recente de correções de WebUI e comportamento variável entre libtorrent 1.2/2.0. Indicado para: quase qualquer desktop, automação Arr e servidor de pequeno a grande porte quando se aceita administrar a versão e a imagem.

Transmission

Identidade e estado. Site e repositório. É livre, majoritariamente C/C++, com interfaces nativas/GTK/Qt, daemon e ferramentas RPC. A versão 4.1.3 saiu em 30 de junho de 2026. A série 4.1 acrescentou melhorias em trackers UDP dual-stack/IPv6, RPC JSON-RPC 2.0 e download sequencial opcional.

Formas de uso e Docker. Windows, Linux, macOS e vários NAS/Unix. transmission-daemon é um dos serviços BitTorrent mais fáceis de operar, acompanhado por WebUI, transmission-remote e muitos frontends. O upstream não oferece uma imagem "oficial Docker" no sentido do Docker Official Images; LinuxServer.io mantém uma opção popular.

Rede e automação. Magnet, DHT, PEX, LPD, IPv4/IPv6, criptografia preferida/exigida, bind de escuta IPv4/IPv6, proxy na linha 4.1, limits e agenda de velocidade estão na configuração oficial. Não há RSS nem sistema de plugins nativo; FlexGet, scripts ou aplicações Arr resolvem isso. O RPC torna controle remoto e integração excelentes.

Recursos e escala. É uma das escolhas mais leves e previsíveis. Nas notas da série 4.0, o próprio projeto informou stress test com 25.000 torrents, cerca de 50% menos CPU e 70% menos alocações que 3.00; são números do mantenedor, não um benchmark independente. Isso é evidência melhor que reputação, mas não garante igual resultado no seu filesystem, tracker ou frontend.

Segurança e privacidade. Livre, sem anúncios e sem telemetria de marketing. A versão 4.1.3 corrigiu, entre outros problemas, um bug de CORS capaz de expor o nonce anti-CSRF e um use-after-free; atualizar é importante. O risco operacional mais comum continua sendo deixar RPC/WebUI aberto, usar whitelist mal configurada ou confiar em cabeçalhos de proxy. Use autenticação, bind local, Tailscale/WireGuard ou proxy reverso e separe a porta de peers da porta administrativa.

Vantagens: daemon limpo, baixo consumo, RPC estável e enorme variedade de clientes remotos. Desvantagens: sem RSS/plugins nativos, menos granular que qBittorrent/BiglyBT e WebUI propositalmente simples. Indicado para: Debian, NAS, Docker doméstico, usuário que quer instalar e esquecer e catálogos grandes com pouca automação interna.

Deluge

Identidade e estado. Site, documentação e espelho GitHub. É Python/Twisted/GTK sobre libtorrent e GPL-3.0+. A versão 2.2.0 saiu em 28 de abril de 2025; o branch de desenvolvimento recebeu trabalho em 2026 e já prepara Python 3.10+, senha com scrypt e SSL torrents, conforme o changelog.

Formas de uso e Docker. deluged separa o motor das UIs GTK, Web e Console. O "thin client" desktop pode controlar o daemon remotamente, vantagem rara. Windows e Linux têm entrega oficial; macOS depende mais de pacotes comunitários/fonte. A imagem LinuxServer é bem mantida, não oficial do projeto.

Rede e automação. Magnet, IPv6, DHT, PEX, LSD, criptografia, proxy e bind vêm de libtorrent e são expostos em diferentes níveis. Download sequencial, filas, limites e prioridades existem. RSS costuma vir de YaRSS2, FlexGet ou automação externa. AutoAdd, Execute, Extractor, Label, Scheduler e notificações exemplificam a arquitetura de plugins.

Recursos e escala. O daemon isolado é razoavelmente leve; Python, GTK e WebUI juntos ficam acima de Transmission/qbt-nox. Centenas são realistas. Milhares precisam ser testados porque plugins, polling da UI e chamadas síncronas podem se tornar gargalos.

Segurança e privacidade. O GitHub Security Lab publicou quatro CVEs em 2025 envolvendo WebUI/atualização/caminhos; 2.2.0 incluiu correções. A documentação ainda mostra senha inicial conhecida para WebUI, então alterá-la e restringir acesso são obrigatórios. Plugins executam código dentro do processo: instale apenas fontes auditáveis.

Vantagens: arquitetura daemon-cliente excelente, plugins e múltiplas UIs. Desvantagens: WebUI ExtJS envelhecida, empacotamento mais complexo e superfície adicional de plugins/Python. Indicado para: quem quer alternativa madura ao qBittorrent, clientes finos remotos e fluxos personalizados.

rTorrent

Identidade e estado. Repositório oficial, C++/ncurses, GPL-2.0, Linux e Unix-like. Após anos de percepção de estagnação, a linha 0.16 recebeu muitas versões; 0.16.21 saiu em 26 de agosto de 2026 e havia commits no dia 30. Há também a distribuição jesec/rtorrent, orientada à integração moderna e binários estáticos.

Formas de uso e Docker. A TUI roda diretamente ou como daemon. XML-RPC/SCGI e JSON-RPC permitem Flood, ruTorrent e scripts. Não existe GUI oficial multiplataforma. Dockerfiles e imagens de jesec/comunidade existem; verifique se a imagem contém o rTorrent clássico, o fork jesec e qual libTorrent acompanha.

Rede e automação. O arquivo de configuração de referência confirma DHT, PEX, UDP trackers, criptografia, bind, scheduler e RPC. Magnet é suportado. RSS vem de ruTorrent, FlexGet ou scripts. Download sequencial não é uniforme no upstream: Flood documenta que certos comandos exigem versões/forks específicos. A linguagem de configuração é poderosa, porém pouco acolhedora.

Recursos e escala. É muito leve e permanece uma escolha clássica de seedbox. A arquitetura, sessão persistente e baixo overhead têm histórico real com milhares de torrents; ainda assim, filesystem, descritores, limites de kernel, intervalo de polling e frontend precisam ser ajustados. Flood relata casos comunitários de 15 mil torrents, evidência anedótica, não garantia.

Segurança e privacidade. O maior perigo não está no swarm, mas em publicar SCGI/XML-RPC sem autenticação: isso pode equivaler a controle total do cliente e operações em arquivos. A 0.16.21 reúne endurecimentos e verificações de limites em RPC, DHT, bencode e entradas; é mais um motivo para não permanecer em builds antigas. Prefira socket Unix, permissões de grupo, --allowedpath no Flood e rede administrativa privada. MSE ofusca conexões, não anonimiza tráfego.

Vantagens: estabilidade, escala, baixo consumo, TUI e automação quase ilimitada. Desvantagens: configuração difícil, ecossistema fragmentado e RPC legado delicado. Indicado para: seedbox, servidor dedicado, muitos torrents e operador confortável com Debian/CLI.

aria2

Identidade e estado. Site/documentação e repositório. É um único utilitário C++ GPL-2.0 para HTTP(S), FTP, SFTP, Metalink e BitTorrent em Windows, Linux, macOS e outros Unix. O repositório recebeu mudanças até junho de 2026.

Formas de uso e Docker. aria2c é CLI e daemon JSON-RPC/XML-RPC. AriaNg e outros frontends fornecem WebUI. Não há imagem Docker oficial upstream; imagens comunitárias como aria2-pro adicionam scripts e configuração, mas devem ser auditadas separadamente.

Rede e automação. O manual oficial cobre magnet, DHT IPv4/IPv6, PEX, criptografia/obfuscation, seleção de arquivos, limites, ratio/tempo de seed, interface de saída e RPC com segredo. RSS e agenda são externos. Não oferece a mesma organização de categorias, tags, filas de seed e centenas de estados persistentes de um cliente dedicado.

Recursos e escala. Extremamente leve para jobs e scripts. Funciona muito bem em uma máquina pequena quando os downloads são transitórios. Para seed permanente de centenas/milhares, a gestão de sessão e a UI ficam menos confortáveis que Transmission, rTorrent ou qBittorrent.

Segurança e privacidade. Nunca exponha RPC sem rpc-secret; restrinja o bind e proteja arquivos de configuração porque podem conter credenciais. Uma WebUI estática remota não adiciona segurança ao daemon. Proxy e MSE não substituem bind/kill switch confiável.

Vantagens: pequeno, scriptável, multiprotocolo, fácil de integrar. Desvantagens: não foi desenhado como biblioteca de seedbox permanente e depende de frontend/automação externa. Indicado para: terminal, servidor minúsculo, downloads sob demanda, bots e pipelines.

BiglyBT

Identidade e estado. Site, repositório e lista de recursos. É Java/SWT, GPL-2.0, mantido por desenvolvedores do Azureus original, sem anúncios. A versão 4.1.0.0 saiu em 20 de maio de 2026 e o código seguia ativo em agosto.

Formas de uso e Docker. Windows, Linux, macOS e Android. A GUI é o centro; plugins e RPC Transmission-compatible permitem remoto. Existem imagens comunitárias, não uma imagem upstream canônica para headless. O download inclui opções com/sem JRE.

Rede e automação. Magnet, DHT/PEX/LSD, IPv6, WebTorrent peers, streaming, sequential, RSS/subscriptions, tags, filas, limites por peer/rede/tag, agenda, meta-search e plugins. I2P é integrado; Tor pode ser usado para buscas/subscriptions. A documentação de VPN explica bind e prevenção de fallback.

Recursos e escala. A JVM e o conjunto de funções colocam o cliente na faixa mais pesada, normalmente centenas de MB. Em troca, há cache, swarm merging e tuning profundo. Pode administrar grandes bibliotecas, mas não é a escolha econômica para VPS de 512 MB.

Segurança e privacidade. Sem ofertas de terceiros no instalador oficial e sem anúncios. VPN binding, I2P e separação por rede são diferenciais fortes. DHT, discovery, navegador interno, plugins e meta-search precisam ser coerentes com a política de privacidade; um SOCKS isolado não cobre automaticamente todos os subsistemas.

Vantagens: cliente mais completo, plugins, I2P, WebTorrent e controles sofisticados. Desvantagens: pesado, interface complexa e curva de aprendizado. Indicado para: power user, privacidade configurável, automação avançada e quem sente falta do ecossistema Vuze/Azureus sem publicidade.

Tixati

Identidade e estado. Site e documentação. Não há repositório porque é freeware proprietário. Suporta Windows, Linux e Android. A versão 3.44 saiu em 21 de junho de 2026.

Formas de uso e Docker. GUI nativa e Web Interface; não é um daemon Unix de código aberto. Não há imagem oficial Docker. Contêineres comunitários normalmente empacotam o binário fechado e uma camada de acesso remoto, o que aumenta a cadeia de confiança.

Rede e automação. O site confirma magnet, DHT, PEX, RC4, RSS, IP filter, UDP peer connections, proxy, scheduler e gestão detalhada de banda. O changelog 3.44 mostra trabalho em BitTorrent v2/híbrido, PEX e scheduler. Bind/endereços e WebUI são configuráveis. Não há plugins públicos equivalentes aos do Deluge/BiglyBT.

Recursos e escala. Reputação de ser eficiente, com consumo menor que clientes Java. A ausência de código e benchmarks reproduzíveis impede verificar internals ou prometer milhares de torrents.

Segurança e privacidade. O fornecedor declara "no spyware/no ads", mas o código fechado impede auditoria comunitária. Baixe apenas de tixati.com; clones e agregadores são risco desnecessário. Os canais descentralizados e busca expõem uma superfície diferente do BitTorrent comum e devem ser desativados se não forem usados.

Vantagens: muito controle, scheduler/RSS fortes, boa visualização de swarm e binário enxuto. Desvantagens: proprietário, aparência peculiar, sem macOS e sem ecossistema open source. Indicado para: usuário de desktop que aceita software fechado e quer regulagem avançada sem qBittorrent.

KTorrent

Identidade e estado. Página oficial KDE e repositório KDE. C++/Qt/KDE, GPL-2.0+, Linux. A versão 26.08.0 saiu em 20 de agosto de 2026, com cadência alinhada ao KDE Gear.

Formas de uso e Docker. GUI nativa integrada ao Plasma; não é uma solução headless ou Docker prioritária. Plugins acrescentam busca, syndication/RSS, Web interface, scheduler, UPnP e monitoramento.

Rede e automação. A página oficial confirma magnet, DHT, PEX, criptografia, proxy, UDP trackers, webseed, arquivos seletivos, filas, limites e plugins. IPv6 vem da pilha KDE/Qt e do motor, mas detalhes de bind devem ser conferidos na versão empacotada. A Web interface é funcional, não comparável a Flood/VueTorrent.

Recursos e escala. Moderado e muito natural dentro do Plasma; bibliotecas Qt/KDE já carregadas reduzem o custo percebido. Não foi desenhado como seedbox de milhares.

Segurança e privacidade. Livre, sem anúncios. O ciclo KDE entrega atualizações frequentes. Plugins de busca e interfaces Web adicionam riscos; use os oficiais e mantenha a interface remota em rede privada.

Vantagens: integração KDE, recursos clássicos completos e plugins. Desvantagens: essencialmente Linux desktop e menor comunidade específica. Indicado para: Fedora/Debian KDE e usuário que prefere experiência nativa ao WebUI.

Tribler

Identidade e estado. Site e repositório, Python, GPL-3.0, projeto acadêmico longevo. A versão 8.4.3 saiu em 18 de junho de 2026 e o repositório estava ativo em agosto. As notas da 8.4.3 alertam que a assinatura do aplicativo macOS estava quebrada nessa entrega; usuários da plataforma devem confirmar a release seguinte ou seguir a orientação oficial.

Formas de uso e Docker. GUI para Windows/Linux/macOS e API interna. O projeto publica contêiner GHCR, mas uma discussão de 2026 registrou falhas na geração da imagem; valide tag e arquitetura antes de confiar em produção. Headless não é tão consolidado quanto Transmission/rqbit.

Rede e automação. Magnet, streaming, busca e canais descentralizados, DHT/overlay IPv8, filas e limites. Não é focado em RSS, plugins de seedbox, bind VPN ou milhares de torrents. Seu diferencial é download/seeding anônimo por circuitos próprios semelhantes a onion routing.

Recursos e escala. Python, banco, indexação e relay tornam Tribler pesado. Privacidade por múltiplos saltos reduz desempenho. Não o escolha como substituto geral de qBittorrent só para economizar recursos.

Segurança e privacidade. A própria especificação reconhece ausência de padding completo e defesa Sybil ainda incompleta. A rede não é Tor. Quem baixa também pode atuar como relay, e exit nodes envolvem riscos legais. A 8.4.2 corrigiu definitivamente um bug crítico capaz de criar arquivos aleatórios no diretório do usuário; versões anteriores não devem ser tratadas como aceitáveis. É pesquisa séria e diferenciada, não anonimato perfeito.

Vantagens: descoberta sem site central, streaming e arquitetura de privacidade única. Desvantagens: pesado, mais lento, complexo e com modelo de ameaça próprio. Indicado para: experimentar tecnologia P2P resistente e privacidade acadêmica, não seedbox tradicional.

PicoTorrent e Fragments

PicoTorrent. Site e repositório, C++/libtorrent, MIT, apenas Windows. A proposta "tiny, hackable" entrega GUI nativa, magnet, BitTorrent v2/híbrido, DHT, PEX, LSD, UPnP, filtro IP, proxy/bind e bom consumo. Não tem WebUI, daemon, RSS ou plugins. O último push observado foi 10 de julho de 2024 e a release pública exibida continua 0.24; portanto é uma excelente referência de minimalismo, mas não uma recomendação principal de segurança em 2026.

Fragments. Página GNOME e código, Rust/GTK4/libadwaita, GPL-3.0+, Linux. Desde a linha 3, usa Transmission por baixo e pode controlar sessões Fragments/Transmission remotas. Tem magnet pelo clipboard, fila e arquivos individuais, mas deixa protocolo, proxy, bind, IPv6 e escala ao daemon. A última versão publicada é 3.0.1 de 30 de maio de 2024. É a interface mais simples e bonita para GNOME, não um substituto funcional completo do qBittorrent.

Projetos modernos e clientes menos conhecidos

rqbit: o Rust que já saiu do laboratório

O rqbit é ao mesmo tempo biblioteca (librqbit), CLI, servidor HTTP, WebUI e aplicativo Tauri. Roda em Linux, Windows e macOS, publica binários, pacotes e imagem Docker upstream. A versão 9.0.1 saiu em 20 de agosto de 2026, com pacotes DEB, RPM, AppImage, macOS e Windows; o repositório tinha cerca de 1,8 mil estrelas.

Magnet, torrent v1 local/remoto, IPv6, DHT, PEX, LSD, µTP, private torrents, fast-resume, watch folder, seleção por regex, limites, SOCKS5, bind por dispositivo e streaming inteligente estão documentados. O µTP existe, mas fica desativado por padrão. A WebUI 9 foi refeita com filtros, detalhes, peças, peers e virtualização desenhada para mais de mil linhas. Não há RSS downloader, agenda semanal, plugins amplos ou kill switch de VPN tão refinado quanto qBittorrent ou BiglyBT; MSE e suporte completo a BEP 52/torrent v2 não devem ser presumidos.

O servidor costuma ficar em dezenas de MB e o binário CLI ronda poucas dezenas de MB em disco. A experiência Web é muito melhor que a de projetos pequenos típicos. É a alternativa moderna que eu colocaria em prova de conceito real no Debian, usando Docker ou systemd, mas mantendo rollback enquanto se valida ratio, trackers privados, reinício, recheck e carga de milhares.

Porla: feito para a seedbox que cresceu demais

O Porla é C++/libtorrent, MIT, headless e orientado a Linux/seedboxes. Tinha cerca de 280 estrelas, 693 commits e atividade em 19 de agosto de 2026. A WebUI escuta por padrão apenas em 127.0.0.1:1337; a HTTP API usa JWT e cria usuário no primeiro acesso.

Seu diferencial é operacional: sessões separadas podem usar interfaces, portas, limites e regras distintas; PQL filtra catálogos grandes; Lua cria workflows; métricas e SQLite apoiam observabilidade. O projeto afirma gerenciar dezenas de milhares de torrents e oferece preset high_performance_seed. É uma afirmação do mantenedor, que merece benchmark com seu volume.

Magnet, v1/v2, IPv6, DHT/PEX/LSD, MSE, proxy, bind, fila, limites e sequencial vêm da base libtorrent e da API. RSS pode ser implementado por Lua, mas não deve ser anunciado como leitor pronto equivalente ao qBittorrent. Há Dockerfile oficial para construir uma imagem/binário, não uma imagem pública canônica claramente mantida. Comunidade pequena, documentação ainda concentrada e superfície de plugin Lua são as principais ressalvas. Mesmo assim, é a descoberta desconhecida mais promissora desta pesquisa.

Gopeed: download manager moderno que também fala BitTorrent

O Gopeed e seu repositório combinam núcleo Go com interface Flutter, GPL-3.0. Suportam Windows, Linux, macOS, Android, iOS, Web e modo servidor; o projeto tinha cerca de 26 mil estrelas e recebeu commits em 30 de agosto de 2026.

HTTP, BitTorrent, magnet e eD2K convivem numa interface limpa. API e extensões são diferenciais; há entrega Docker documentada pelo projeto. Magnet, DHT/PEX, limites e gerenciamento remoto existem, mas RSS, scheduler de seedbox, bind de VPN, MSE e comportamento com milhares não têm a mesma profundidade documental dos especialistas. Flutter deixa o desktop mais pesado que um daemon puro.

As builds oficiais de desktop injetam variáveis de Google Analytics 4 no pipeline. Isso não demonstra sozinho quais eventos são enviados, mas impede classificar o aplicativo como "sem telemetria" sem auditar o código, o consentimento e a configuração. Para uma política estrita, prefira uma build própria sem essas variáveis ou um daemon sem analytics.

Faz sentido para quem quer um "gerenciador de downloads universal" em vários dispositivos, não para quem mede ratio em tracker privado ou mantém dez mil seeds.

PikaTorrent: simplicidade e streaming em todas as telas

O PikaTorrent e o repositório são GPL-3.0, Flutter e motor Transmission, com Windows, Linux, macOS, Android e iOS experimental. O próprio projeto marca as versões como beta e avisa que a reescrita 0.10 exigiu migração manual de estado. Tinha cerca de mil estrelas em agosto de 2026.

A proposta é adicionar magnet/torrent e assistir por streaming sem a complexidade de um cliente clássico. A interface é atraente e móvel. Rede, IPv6, DHT/PEX/LPD, MSE e limites dependem do Transmission embutido; RSS, plugins, Docker/headless e escala não são objetivos centrais. É mais interessante como sucessor moderno do WebTorrent Desktop para usuário comum do que como substituto de servidor.

WebTorrent: o BitTorrent que chega ao navegador

O WebTorrent e o repositório são JavaScript/MIT. A versão 3.0.21 saiu em 27 de julho de 2026 e o projeto tinha mais de 31 mil estrelas. No navegador usa WebRTC e só encontra web peers; no Node.js também usa TCP/UDP e conversa com clientes clássicos.

Magnet, DHT, trackers, LSD, PEX, streaming sob demanda e extensão de protocolo existem. O pacote é excelente biblioteca e a CLI é útil, mas não possui RSS, agendamento, interface binding/kill switch, política de MSE, categorias e administração de seedbox no nível esperado. O processo Node costuma consumir mais que um binário Rust/C++ mínimo.

O WebTorrent Desktop está arquivado e sua última versão pública é de 2020, presa a uma geração antiga do Electron. Não o recomendo em 2026; isso não significa que o motor WebTorrent ou sua CLI estejam abandonados. Para aplicações web e streaming autorizado, WebTorrent é único; para um servidor Debian convencional, rqbit ou Transmission são mais simples.

BATorrent: muitos recursos, pouca idade

O BATorrent é C++17/Qt 6/libtorrent, MIT, com GUI para Windows, Linux e macOS e WebUI opcional. A versão 4.8.0 saiu em 5 de agosto de 2026. O projeto tinha cerca de 133 estrelas, poucos contribuidores e atividade recente.

Magnet, v1/v2, RSS com regex, sequencial, watch folder, proxy, interface binding, MSE, IPv6, DHT/PEX/LSD, IP blocklist, limites globais/por torrent, agenda semanal, criação e importação do qBittorrent formam uma lista impressionante. A versão 4.8 acrescentou integração de VPN e parada quando o túnel cai. A WebUI só abre para rede depois de senha, e segredos podem usar o keychain.

O projeto declara "sem anúncios, sem telemetria"; a única chamada própria seria verificação de update no GitHub, desativável. O ponto fraco é maturidade: beta builds imediatamente anteriores tiveram falha de Qt e runtime ausente, corrigidas antes do estável. Use em desktop de teste, mantenha backup do estado e não aceite a lista de recursos como prova de estabilidade em milhares.

NanoTorrent: herdeiro Rust do PicoTorrent

O NanoTorrent nasceu em agosto de 2026 como porte Rust 2024 do PicoTorrent. Usa Slint e uma cópia modificada de librqbit, roda em Windows, Linux e macOS e oferece build headless com WebUI HTTPS autenticada. A documentação entrega .deb, RPM, AppImage, DMG e instalador Windows.

Inclui magnet, DHT, UDP trackers, PEX, SOCKS por escopo, MSE/PE, v1/v2/híbrido, criação de torrent, fast-resume, seleção, limites, interface Web e migração de banco PicoTorrent. O próprio README reconhece que limites ativos não se aplicam ainda ao headless, além de mecanismos librqbit ausentes ou marcados como no-op. uTP/LSD e paridade total precisam ser checados versão a versão.

A declaração do projeto diz que o porte foi feito predominantemente com assistência de IA sob revisão humana. Isso não prova insegurança, mas, junto de apenas 44 commits e cerca de 7 estrelas, exige testes, fuzzing e revisão independente antes de dados importantes. É fascinante, não recomendação de produção.

Vortex: io_uring, TUI e escolhas radicais

O Vortex é BSD-3-Clause, Rust e Linux kernel 6.1+, com motor próprio baseado diretamente em io_uring e TUI trackerless. Tinha cerca de 137 estrelas, 381 commits e atualização em 29 de agosto de 2026.

Magnet e DHT funcionam; métricas Prometheus/Grafana e testes unitários, integração e fuzz são bons sinais. O autor relata download cerca de 3 vezes mais rápido que Transmission 4.0.6 no seu teste, mas declara corretamente que não é benchmark amplo. O projeto assume SSD/NVMe e kernel moderno.

Faltam PEX, LSD, IPv6 tracker, private torrents, uTP, WebSeed e BitTorrent v2. Não há RSS, WebUI, proxy/VPN bind, plugins ou scheduler de seedbox. É beta e o README avisa que haverá falhas. Ótimo laboratório para desempenho e TUI; inadequado para tracker privado, HDD antigo ou servidor estável generalista.

mtorrent: motor Rust modular em construção

O mtorrent é Apache-2.0, Rust, com crates reutilizáveis, CLI e GUIs em repositórios separados. A versão 0.5.4 apareceu em junho de 2026 e havia commits em 30 de agosto; cerca de 55 estrelas e 655 commits mostram trabalho intenso, mas pouca adoção.

O checklist do projeto marca protocolo básico, HTTP/UDP trackers, magnet, IPv6 tracker, DHT, PEX, criptografia, uTP e BitTorrent v2. Não há uma WebUI/daemon/Docker/RSS/agendamento tão acabados quanto nos líderes, e a documentação de operação ainda é curta. A modularidade é interessante para desenvolvedores; usuário final deve tratar como experimental.

rustorrent: menos de 1 MB e ambição enorme

O rustorrent é MIT, Rust, pré-release, com CLI, TUI e WebUI incorporada. Suporta Linux e macOS; Windows compila, mas NAT-PMP não está completo. Em agosto de 2026 tinha apenas 7 estrelas e atividade em 10 de agosto.

Seu README documenta v1/v2/híbrido, magnet, DHT, PEX, LPD, uTP, MSE, NAT-PMP/UPnP, WebSeed, filtro IP, criação, seleção, limites, sequencial, watch folder, move-on-complete e persistência. RSS, plugins, Docker oficial, agenda rica, proxy e escala de milhares não estão comprovados. O binário mínimo abaixo de 1 MB é notável, porém números e recursos vêm do próprio autor e ainda não têm validação comunitária suficiente.

bittorrent-cli e torrentTUI: a nova geração no terminal

O bittorrent-cli é TypeScript/MIT, Node 22+, WebTorrent e Ink. A alfa 0.1.3 de agosto de 2026 tem daemon persistente, TUI destacável, CLI JSON, API local autenticada por token, magnet, DHT/PEX/LSD, uTP, arquivos seletivos, sequencial, limites, metas de ratio e criação de torrents. O próprio escopo declara ausentes RSS, proxy, bind de VPN, MSE, scheduler, WebUI e limites por torrent. Seis commits e comunidade nascente fazem dele um experimento promissor, não "qBittorrent para terminal" pronto.

O torrentTUI usa Rust, Ratatui e librqbit em Windows/Linux/macOS. Tem magnet, seleção de arquivos, streaming sequencial, persistência, limites, detalhes de peers e Docker documentado. A busca integrada consulta APIs públicas diretamente, o que é conveniente, mas entrega termos e IP a terceiros e amplia o risco legal; desative/evite se a prioridade for privacidade. Entre os dois, torrentTUI tem base Rust mais leve; bittorrent-cli tem arquitetura daemon/CLI mais rica.

exatorrent: WebUI bonita num binário Go

O exatorrent é Go/Svelte/TypeScript, GPL-3.0, baseado em anacrolix/torrent. Um binário estático oferece WebUI responsiva, WebSocket API, autenticação multiusuário, magnet/infohash/torrent, streaming HTTP, limites, ratio, blocklist e Docker GHCR publicado pelo projeto.

É pequeno e agradável para uma VPS pessoal. A documentação histórica usa usuário/senha padrão adminuser/adminpassword, que devem ser alterados antes de qualquer exposição. RSS, bind VPN, MSE, scheduler, IPv6 detalhado e escala em milhares não estão bem demonstrados. A atividade principal é muito menor que no lançamento de 2021, então classifique como funcional com cadência lenta, não como substituto óbvio de longo prazo.

WebUIs e clientes remotos que mudam a experiência

Flood

Flood é TypeScript/React/Node, GPL-3.0, com imagem Docker upstream e binário para Linux, Windows e macOS. Suporta rTorrent, qBittorrent e Transmission de forma testada e Deluge 2 de forma experimental. Em 30/08/2026 tinha cerca de 2,8 mil estrelas e commits no próprio dia.

A WebUI é uma das melhores para grande volume: filtros, tags, operações de arquivo, criação de torrent, streaming e API OpenAPI. Suporte técnico a magnet, RSS, DHT, proxy, IPv6 e MSE pertence ao motor. Sequencial e super-seeding só aparecem quando o backend expõe o recurso. Flood precisa enxergar os downloads no mesmo caminho que o daemon e deve usar --allowedpath; dar acesso irrestrito ao filesystem ou RPC transforma uma falha Web em dano local.

ruTorrent

ruTorrent é PHP/JavaScript GPL-3.0 e a interface histórica mais extensível para rTorrent. Plugins cobrem RSS, scheduler, autotools, ratio groups, unpack, screenshots, mediainfo e integrações de seedbox. O repositório estava ativo em 30/08/2026.

É mais denso e antigo visualmente que Flood, mas usuários de tracker privado valorizam a maturidade dos plugins. Não é motor e não deve ficar aberto sem autenticação, TLS e isolamento. Plugins PHP podem executar comandos e tocar arquivos; cada um é parte da sua superfície de ataque.

VueTorrent

VueTorrent é Vue/GPL-3.0 e substitui apenas os arquivos da WebUI qBittorrent. Tinha cerca de 6,9 mil estrelas e atividade em 28/08/2026. A instalação oficial aponta o diretório alternativo do qBittorrent; há um mod GHCR específico para a imagem LinuxServer.

É responsiva, PWA e muito melhor em celular que a UI original. Todo recurso de protocolo, RSS, proxy, bind, IPv6 e escala continua sendo do qBittorrent. Use uma release fixada; uma nightly incompatível pode deixar a interface inacessível sem afetar o daemon.

Transmission Remote GUI, Tremotesf e Stig

Transmission Remote GUI é Free Pascal/Lazarus, GPL-2.0+, nativo em Windows/Linux/macOS e tinha cerca de 3,4 mil estrelas com atividade em 2026. Recria uma experiência parecida com µTorrent sobre o RPC do Transmission, incluindo arquivos, prioridades, peers e opções por torrent. É a melhor janela desktop para quem mantém o daemon no Debian.

Tremotesf2 é C++/Qt e oferece alternativa moderna para Transmission em desktop e móvel, com foco em conexão remota. Não confundir com o repositório antigo tremotesf, parado em 2016. Stig é Python/GPL-3.0, TUI e CLI configurável para Transmission, ideal sobre SSH. Nenhum deles transfere peças localmente ou adiciona RSS/MSE/bind ao daemon.

AriaNg e Motrix

AriaNg é uma WebUI JavaScript/MIT estática para aria2, ativa em junho de 2026. Pode ser hospedada como arquivos estáticos e se conecta ao JSON-RPC. É leve, excelente para celular e servidor, mas o rpc-secret e TLS/rede privada precisam estar corretos.

Motrix é Electron/TypeScript/MIT com aria2 embutido, mais de 54 mil estrelas e atividade em 2026. A interface é bonita e integra HTTP, FTP, magnet e BitTorrent. Electron o coloca na faixa pesada e o produto não ganha organização de seedbox/RSS só por usar aria2. Faz sentido em desktop para downloads mistos, não numa VPS de pouca RAM.

LibreTorrent

LibreTorrent é um cliente Android livre, GPL-3.0, com magnet, DHT/PEX/LSD, proxy, criptografia, filtros, download sequencial, limites, criação e seleção de arquivos. A versão 4.0.1 saiu em 12 de agosto de 2025, e o repositório recebeu correções, inclusive de SSRF, em 2026. Não é headless, Docker ou WebUI. Entra porque é uma alternativa móvel auditável e sem anúncios, especialmente útil para complementar um servidor quando não se quer um app proprietário.

Projetos interessantes e pouco conhecidos

Estes dez raramente aparecem nas listas tradicionais. A ordem mistura utilidade imediata e originalidade, não maturidade.

1. Porla: único projeto pequeno desta seleção que declara arquitetura específica para dezenas de milhares, sessões independentes e automação Lua. Merece uma prova de carga séria.
2. rqbit: Rust já utilizável, com servidor, WebUI, Docker, desktop e streaming. É o candidato moderno mais próximo de virar alternativa generalista.
3. Vortex: usa io_uring de ponta a ponta e assume NVMe/kernel novo. As limitações estão documentadas com honestidade.
4. BATorrent: combina RSS, agenda, WebUI e VPN numa GUI moderna. É surpreendentemente completo, mas jovem e concentrado em um mantenedor.
5. NanoTorrent: tenta continuar a ideia do PicoTorrent com Rust/Slint e headless. A transparência sobre assistência de IA é boa; a falta de histórico exige prudência.
6. rustorrent: um único binário minúsculo com v2, MSE, TUI e WebUI. Se testes independentes confirmarem a lista, será uma peça muito interessante.
7. mtorrent: motor modular Rust com protocolo em expansão e GUIs desacopladas. É mais interessante para contribuir e estudar que para instalar na família.
8. bittorrent-cli: daemon persistente com TUI destacável e comandos JSON, um desenho excelente para SSH. Ainda não tem proxy, bind ou criptografia.
9. torrentTUI: experiência Ratatui polida sobre librqbit, inclusive streaming e seleção. A busca pública embutida deve ser tratada como recurso opcional de privacidade.
10. exatorrent: entrega multiusuário, streaming e WebUI Svelte num binário Go. Continua útil apesar da cadência menor.

Outros experimentos que apareceram, mas não entraram como recomendação

• TorrentNG promete motor Rust, WebUI e compatibilidade de APIs qBittorrent/Transmission/Deluge/rTorrent/Tixati. A ambição e a juventude são grandes demais para considerá-lo pronto sem testes independentes.
• superseedr oferece TUI Rust e observabilidade de swarm. Ainda está cedo e o nome pode ser confundido com ferramentas de manipulação de ratio; confirme propósito e suporte de trackers.
• tortillas é TUI Rust embutível. É projeto de nicho, com menos evidência operacional que rqbit/Vortex.
• anacrolix/torrent é uma excelente biblioteca Go/MPL-2.0 e traz comandos de exemplo, mas não uma experiência administrativa comparável a qBittorrent.
• cloud-torrent foi influente no self-hosting Go, porém está sem manutenção suficiente. Use exatorrent/rqbit no lugar.

Os melhores por categoria

Melhor no geral: qBittorrent

Vence pelo conjunto, não pela fama: libtorrent maduro, GUI, daemon, WebUI/API, RSS, filtros, tags, bind, proxy e manutenção ativa. Perde pontos por superfície grande e necessidade de acompanhar correções. Para quem já o conhece, há alternativas melhores em nichos específicos abaixo.

Melhor alternativa ao qBittorrent: Deluge

Deluge entrega o mesmo motor libtorrent com filosofia diferente: daemon, cliente fino, console, WebUI e plugins. Transmission é mais simples, mas Deluge substitui mais dos fluxos avançados de qBittorrent.

Melhor para Debian: Transmission

Pacotes previsíveis, daemon pequeno, systemd, RPC estável e poucas partes móveis. Para quem precisa de RSS e tags avançadas, qBittorrent-nox passa à frente; para cinco dígitos de torrents, rTorrent/Porla merecem PoC.

Melhor para Docker: qBittorrent-nox + VueTorrent

A imagem oficial qbittorrentofficial/qbittorrent-nox, o ecossistema alternativo LinuxServer/Hotio, a documentação, os volumes claros e a WebAPI fazem a combinação mais fácil de integrar. O rqbit vem logo atrás com uma imagem upstream mais simples e uma superfície menor.

Melhor para servidor/headless: Transmission

É o daemon mais fácil de manter. qBittorrent-nox vence em recursos; Porla vence em arquitetura orientada a seedbox; rqbit vence em modernidade.

Melhor WebUI: Flood

Flood oferece a melhor combinação de visual, filtros, volume, múltiplos motores e API. VueTorrent vence no celular e Porla/rqbit têm as melhores WebUIs incorporadas entre projetos novos.

Mais leve: aria2

Para um job ativo ou servidor minúsculo, aria2c é difícil de superar. Para seeding contínuo com estado rico, rTorrent é o vencedor leve mais apropriado.

Melhor para terminal: rTorrent

É a TUI madura, persistente e testada por anos. bittorrent-cli, torrentTUI e Vortex são mais modernos visualmente, porém ainda experimentais. Stig é o melhor TUI remoto para Transmission.

Melhor para seedbox: rTorrent + Flood

A combinação equilibra motor comprovado, baixo consumo e WebUI moderna. Porla é a alternativa mais interessante quando sessões isoladas, Lua e catálogo enorme importam.

Melhor para muitos torrents: rTorrent

Histórico operacional e baixo overhead valem mais que um benchmark de uma release. Porla declara dezenas de milhares e Transmission publicou stress test de 25 mil; ambos merecem teste lado a lado com a sua carga.

Melhor para privacidade: BiglyBT

Vence entre clientes convencionais por bind consciente de VPN, bloqueio de fallback, I2P e controle por rede. Tribler vence na categoria separada de anonimização P2P experimental, mas sua própria documentação reconhece limites e custo.

Mais simples: Fragments

Adicionar, acompanhar e abrir arquivos sem um painel de aviação. Transmission é a escolha simples quando também se quer servidor.

Mais completo: BiglyBT

RSS/subscriptions, plugins, I2P, WebTorrent, swarm merging, tags e limites por peer/rede fazem dele o canivete suíço. qBittorrent é mais fácil de administrar.

Projeto moderno mais interessante: rqbit

É o único dos novos que combina motor próprio consolidando-se, multiplataforma, servidor, API, WebUI, desktop e Docker sem parecer uma demonstração de protocolo.

Projeto desconhecido que merece atenção: Porla

PQL, Lua, múltiplas sessões e interface por sessão atacam problemas reais de seedbox que clientes desktop adaptados não resolvem elegantemente.

Comparação final dos dez mais interessantes

Notas de 0 a 10 são avaliação editorial desta pesquisa, não benchmark. "Maturidade" combina anos, estabilidade, comunidade e recuperação de falhas; "rede" cobre recursos e controle; "UX" considera a melhor interface disponível no conjunto.

Decisão direta entre os dez

• Escolha qBittorrent se você quer um único produto que faça quase tudo.
• Escolha Transmission se quer que a operação desapareça no fundo.
• Escolha Deluge se quer daemon e plugins, mas uma GUI desktop remota de verdade.
• Escolha rTorrent + Flood se sua biblioteca e seus ratios são a carga principal do servidor.
• Escolha aria2 + AriaNg se torrent é apenas mais um tipo de job de download.
• Escolha BiglyBT se você quer controlar redes, tags e plugins até o último detalhe.
• Escolha rqbit para experimentar Rust sem abrir mão de uma interface utilizável.
• Escolha Porla quando o problema é operar sessões e dezenas de milhares, após benchmark.
• Escolha Tixati somente se o código fechado não conflita com sua política.
• Escolha Tribler pelo modelo de privacidade e descoberta, não por velocidade ou leveza.

Segurança, privacidade, anúncios e telemetria

MSE não é anonimato

A "criptografia" BitTorrent comum, chamada MSE/PE/RC4 em muitos clientes, ofusca o protocolo contra inspeção superficial e evita plaintext do handshake em certos modos. Ela não oculta seu IP dos peers, do tracker, da DHT ou do provedor que observa fluxos. HTTPS no WebUI protege administração; também não anonimiza o swarm.

Se o objetivo é não usar a rota pública quando a VPN cai, a propriedade decisiva é bind real da interface/endereço com falha fechada. Os melhores controles estão em BiglyBT, qBittorrent e BATorrent; Porla permite uma interface por sessão. Transmission liga endereços de escuta, mas selecionar uma interface mutável de VPN é menos direto. Contêiner "atrás de VPN" só é seguro se a topologia impedir rota alternativa, não porque ambos estão no mesmo Compose.

WebUI é painel administrativo, não página comum

Uma WebUI pode adicionar/remover torrents, escolher caminhos, ler nomes de arquivos e, em alguns clientes, executar scripts ou mover/apagar dados. Recomendações mínimas:

1. Escute em 127.0.0.1, socket Unix ou rede Docker interna.
2. Acesse por Tailscale/WireGuard ou proxy reverso TLS com autenticação forte.
3. Não encaminhe diretamente 8080/9091/8112/3000 na internet.
4. Use senha única; remova credenciais padrão; habilite rate limit/anti-brute-force quando existir.
5. Separe porta de peers da administração. A primeira precisa ser pública para conectividade; a segunda não.
6. Restrinja volumes e usuário do contêiner. downloads não precisa dar acesso a /, Docker socket ou diretórios de configuração de outros serviços.
7. Atualize motor, frontend e imagem. Uma WebUI moderna sobre daemon antigo continua vulnerável no backend.

O RPC atual do Transmission inclui token contra CSRF, proteção de DNS rebinding por Host e autenticação opcional. A configuração ainda deixa autenticação desabilitada por padrão em alguns contextos: confirme, não presuma. O qBittorrent alerta oficialmente para nunca expor credenciais padrão antigas.

Plugins, busca e RSS

Plugins de busca do qBittorrent são código Python. Plugins do Deluge rodam dentro do daemon. Workflows Lua do Porla e plugins PHP do ruTorrent podem mover arquivos, chamar serviços e vazar tokens. RSS e busca também revelam interesses a feeds/indexadores, mesmo antes do download. Use repositórios oficiais, fixe versões, leia permissões e mantenha automação de mídia em rede separada quando possível.

Docker: "oficial" precisa ser definido

• Upstream/publicada pelo projeto: qBittorrent, rqbit, Flood, exatorrent e Gopeed têm caminhos oficiais de contêiner; Tribler publica GHCR, mas houve problema de pipeline em 2026.
• Dockerfile upstream, construa você: Porla e alguns experimentos.
• Empacotador respeitado, não upstream: LinuxServer.io para qBittorrent, Transmission, Deluge e ruTorrent; Hotio em vários clientes. No caso do qBittorrent, são alternativas à imagem oficial, não a única opção.
• Imagem desconhecida: não use só porque tem muitos pulls. Confira Dockerfile, base, usuário, cadence, assinatura/proveniência, CVEs e se o binário vem do release oficial.

Imagens "all-in-one com VPN" são convenientes, mas acumulam daemon, OpenVPN/WireGuard, firewall, scripts e WebUI sob o mesmo mantenedor. Para segurança auditável, uma rede network_mode: service:vpn ou namespace de rede dedicado com regras de saída explícitas é melhor que um checkbox obscuro.

Projetos que não recomendo como primeira opção

µTorrent/BitTorrent Classic. São proprietários e a edição gratuita continua com anúncios; a página oficial vende remoção de anúncios. Em 2015, o instalador ofereceu Epic Scale, software de computação/mineração, causando controvérsia; o próprio blog oficial pediu desculpas, reconheceu perda de confiança e suspendeu permanentemente a oferta. Isso não prova malware nas versões de 2026, mas há alternativas livres melhores e verificáveis.

Vuze. A base histórica vive de forma aberta e sem anúncios em BiglyBT. Preferir BiglyBT evita o produto legado/comercial e mantém manutenção ativa pelos desenvolvedores do Azureus.

BitComet e clientes fechados obscuros. Mesmo quando funcionam, instaladores, atualização, telemetria e implementação não são auditáveis. Tixati só entrou porque mantém histórico próprio claro, documentação e declaração explícita de ausência de anúncios; ainda recebe nota menor de verificabilidade.

PicoTorrent como instalação nova crítica. Não há sinal suficiente de manutenção recente para recomendá-lo apesar da boa arquitetura. NanoTorrent não resolve isso ainda porque é jovem demais.

Cloud Torrent, Hadouken, Electorrent antigo e interfaces abandonadas. Projetos históricos podem continuar instaláveis, mas WebUIs antigas são má escolha em rede. O Electorrent voltou a exibir commits em 2026, porém sua arquitetura Electron multi-backend e histórico irregular exigem confirmar uma release estável antes de usar.

Privacidade por cliente, em uma frase

Recomendações práticas para Debian, Docker e self-hosting

Pilha 1: simples e leve

Use Transmission daemon do repositório Debian ou release oficial, WebUI ligada só em localhost e acesso via Tailscale. Adicione Transmission Remote GUI no Windows/macOS/Linux ou Stig por SSH. Use FlexGet apenas se RSS for realmente necessário.

Escolha esta pilha para VPS com pouca RAM, downloads ocasionais, NAS doméstico e usuário que não quer ajustar cem opções.

Pilha 2: recursos e automação

Use qBittorrent-nox com versão atual, volume separado para configuração, bind explícito da interface VPN e VueTorrent como WebUI alternativa. Integre aplicações Arr pela WebAPI. Fixe a tag da imagem e atualize em janela controlada, com backup de BT_backup e configuração.

Escolha para biblioteca de mídia, RSS, categorias, tags, regras e administração pelo celular.

Pilha 3: seedbox pesada

Compare rTorrent + Flood com Porla usando a mesma amostra real: 1.000, 5.000 e, se aplicável, 10.000 metadados; trackers públicos e privados separados; NVMe e HDD; restart frio; recheck; 24 horas de seed; API sob carga. Meça RSS do processo, CPU, descritores, tempo de boot, tempo de resposta da UI e perda de estado.

Use socket Unix para RPC do rTorrent. No Porla, use sessões separadas e deixe JWT habilitado. Só migre depois de exportar .torrent, fast-resume, caminhos, labels e ratios necessários.

Pilha 4: moderna em laboratório

Rode rqbit em paralelo com um diretório de teste e torrents Linux autorizados. Verifique private torrents, IPv6, SOCKS, persistência, seleção de arquivos, streaming e mais de mil entradas. Se o objetivo for pesquisa de desempenho em NVMe/Linux 6.1+, teste Vortex separadamente, sem trackers privados.

Checklist de escolha

• Precisa de RSS embutido? qBittorrent, BiglyBT, Tixati ou BATorrent.
• Precisa de cliente desktop remoto? Deluge ou Transmission + Transmission Remote GUI.
• Precisa de TUI? rTorrent; Stig se o motor for Transmission; torrentTUI para experimentar.
• Precisa de milhares? rTorrent primeiro; Transmission e Porla em benchmark.
• Precisa de VPN que falha fechado? qBittorrent/BiglyBT ou namespace de rede externo.
• Precisa de I2P? BiglyBT.
• Precisa de streaming rápido por HTTP? rqbit, exatorrent, WebTorrent ou PikaTorrent.
• Precisa de Android livre? LibreTorrent; PikaTorrent para experiência multiplataforma.
• Precisa de uma GUI minimalista Windows? PicoTorrent ainda funciona, mas a manutenção fraca o coloca atrás de Transmission/qBittorrent; acompanhe NanoTorrent.

Escolha rápida por plataforma

Windows

1. qBittorrent para recursos e integração geral.
2. Transmission Qt para uma interface mais simples.
3. Tixati para gráficos, RSS e scheduler, aceitando código fechado.
4. BATorrent para testar uma UI moderna com RSS/VPN.
5. rqbit Desktop para Rust e streaming.

PicoTorrent permanece agradável, mas a falta de releases recentes torna inadequado chamá-lo de "melhor atual".

Linux desktop

1. qBittorrent em qualquer ambiente.
2. KTorrent no Plasma.
3. Fragments no GNOME para simplicidade.
4. Transmission GTK/Qt para baixo atrito.
5. BiglyBT para I2P e funções avançadas.

macOS

1. Transmission pela integração nativa e simplicidade.
2. qBittorrent para RSS/controle avançado.
3. BiglyBT para máximo de recursos.
4. rqbit Desktop como alternativa moderna compacta.
5. PikaTorrent quando streaming e interface simples pesam mais que opções avançadas.

Servidor, NAS e seedbox

1. Transmission daemon para operação simples.
2. qBittorrent-nox para automação rica.
3. rTorrent + Flood para seedbox pesada.
4. Porla para sessões isoladas e prova de escala.
5. rqbit para binário moderno, Docker upstream e streaming.
6. Deluge quando plugins e thin client são essenciais.

Recomendações finais

Quem já usa qBittorrent só deve migrar se houver um ganho concreto:

• menos consumo e menos manutenção: Transmission;
• arquitetura daemon/cliente e plugins: Deluge;
• biblioteca enorme e seedbox: rTorrent + Flood;
• isolamento por sessão e automação moderna: Porla;
• Rust, WebUI, Docker e streaming: rqbit;
• terminal e jobs multiprotocolo: aria2 + AriaNg;
• I2P, VPN e máximo de recursos: BiglyBT;
• desktop simples: Fragments, Transmission ou PikaTorrent.

Não migraria uma biblioteca importante imediatamente para Vortex, mtorrent, rustorrent, NanoTorrent, BATorrent ou bittorrent-cli. Eu os testaria com torrents públicos autorizados, observaria duas ou três releases, confirmaria recuperação após desligamento e só então decidiria. Projeto ativo não é sinônimo de projeto maduro.

Conclusão

Não existe um único "melhor cliente BitTorrent" em 2026. qBittorrent ainda tem o melhor equilíbrio geral, mas Transmission é uma escolha superior para simplicidade e Debian; rTorrent domina seedboxes grandes; BiglyBT oferece a maior profundidade; aria2 é a ferramenta mais leve; Deluge tem a melhor separação daemon/cliente madura; e rqbit é a alternativa moderna mais convincente.

A descoberta que mais merece atenção é Porla. Sua arquitetura responde diretamente a problemas de operação que os clientes desktop carregam para o servidor: muitas sessões, muitos torrents, interfaces distintas, consultas e workflows. A escolha responsável é testá-lo contra rTorrent e Transmission com a sua biblioteca, não aceitar nem rejeitar a promessa por popularidade.

Para uso doméstico hoje, minha ordem prática seria: Transmission se você quer paz; qBittorrent-nox se quer automação; rqbit se quer experimentar algo moderno; rTorrent + Flood se quer uma seedbox de verdade. Em todos eles, atualização, bind de rede e proteção da WebUI importam mais para segurança do que o desenho bonito da interface.

Fontes consultadas

Clientes maduros

• qBittorrent — site e notícias oficiais
• qBittorrent — repositório oficial
• qBittorrent — WebUI API 5.x
• qBittorrent — wiki de administração e segurança
• Transmission — site oficial
• Transmission — repositório e releases
• Transmission — configuração documentada
• Transmission — especificação RPC
• Transmission — uso headless
• Deluge — site oficial
• Deluge — documentação oficial
• Deluge — repositório e changelog
• GitHub Security Lab — vulnerabilidades corrigidas no Deluge
• rTorrent — repositório oficial
• rTorrent — configuração de referência
• jesec/rTorrent — distribuição orientada a integração
• aria2 — site oficial
• aria2 — manual oficial
• aria2 — repositório
• BiglyBT — site oficial
• BiglyBT — lista oficial de recursos
• BiglyBT — plugins
• BiglyBT — proxies e VPN
• Tixati — site oficial
• Tixati — suporte, versão e documentação
• Tixati — changelog oficial
• KTorrent — página oficial KDE e releases
• Tribler — repositório oficial
• Tribler 8.4.3 — release e ressalva para macOS
• Tribler 8.4.2 — correção crítica de arquivos aleatórios
• Tribler — especificação de download anônimo
• PicoTorrent — repositório e recursos
• Fragments — página oficial GNOME

Projetos modernos e menos conhecidos

• rqbit — repositório, servidor, WebUI, Docker e releases
• Porla — repositório e documentação de arquitetura
• Gopeed — repositório oficial
• PikaTorrent — repositório oficial
• WebTorrent — repositório e documentação
• WebTorrent Desktop — repositório
• BATorrent — repositório e releases
• NanoTorrent — repositório e declaração de desenvolvimento
• Vortex — repositório, status e BEPs
• mtorrent — repositório e checklist de protocolo
• rustorrent — repositório e limitações
• bittorrent-cli — repositório, escopo e arquitetura
• torrentTUI — repositório
• exatorrent — repositório e Docker
• anacrolix/torrent — biblioteca Go

Interfaces e empacotamento

• Flood — repositório, motores suportados e Docker
• ruTorrent — repositório oficial
• VueTorrent — repositório oficial
• VueTorrent — instalação oficial
• Transmission Remote GUI — repositório
• Tremotesf2 — repositório
• Stig — repositório
• AriaNg — repositório
• Motrix — site oficial
• LibreTorrent — repositório oficial
• qBittorrent-nox — imagem Docker oficial
• LinuxServer.io — imagem qBittorrent
• LinuxServer.io — imagem Transmission
• LinuxServer.io — imagem Deluge

Segurança e contexto histórico

• Ubuntu USN-8404-1 — correção de vulnerabilidade do Transmission em 2026
• µTorrent — comunicado oficial sobre Epic Scale
• µTorrent — documentação oficial sobre anúncios
• Especificações BitTorrent Enhancement Proposals

Nota sobre atualidade

Pesquisa concluída em 30 de agosto de 2026. Versões, imagens Docker, compatibilidade com trackers privados, suporte a sistemas e estado de projetos experimentais podem mudar rapidamente. Confirme a release, o changelog e os avisos de segurança nas fontes oficiais antes de instalar ou expor uma interface remota.