sing-box vs V2Ray / Xray (2026): Qual o Proxy que Deve Escolher?

Divulgação de afiliados - Este artigo contém um link de afiliado da Contabo. Se encomendar um VPS através do nosso link, ganhamos uma comissão sem custo adicional para si. A comparação abaixo reflete as capacidades documentadas de cada projeto; verifique a sintaxe exata de configuração na documentação oficial de cada ferramenta, pois esta muda entre versões.

Resposta curta: se deseja uma configuração anti-censura VLESS + REALITY focada e testada em batalha com o maior conjunto de tutoriais, escolha Xray. Se pretende um binário unificado que funcione como cliente e servidor e também suporte protocolos modernos QUIC (Hysteria2, TUIC) juntamente com Shadowsocks, VMess, VLESS, Trojan e WireGuard, escolha sing-box. Ambos suportam REALITY; a verdadeira decisão é entre ferramenta focada e kit de ferramentas tudo-em-um.

O que cada um é

V2Ray (Project V) - a plataforma de proxy multi-protocolo original. Introduziu VMess e mais tarde VLESS, com transportes como TCP, WebSocket, HTTP/2, gRPC e QUIC. Ainda é a referência conceptual, mas o seu núcleo original não implementa REALITY.
Xray - um fork do V2Ray que adicionou XTLS Vision e REALITY, sendo geralmente o núcleo mais ativamente desenvolvido para contornar censura. A maioria das configurações "V2Ray" anti-GFW em 2026 na verdade executa Xray por trás. (Cobrimos uma configuração completa no nosso guia V2Ray / VMess & VLESS.)
sing-box - uma plataforma universal mais recente (Go, binário único) que unifica muitos protocolos tanto como cliente quanto como servidor: Shadowsocks, VMess, VLESS, Trojan, Hysteria/Hysteria2, TUIC, WireGuard, ShadowTLS e mais, com TLS/REALITY e múltiplos transportes. Existem aplicações complementares para Android (SFA), iOS (SFI) e macOS (SFM).

Código fonte exibido num ecrã de computador - núcleos de proxy como sing-box e Xray são configurados através de JSON; siga a documentação oficial à medida que o esquema evolui.

Comparação lado a lado

Critério	Xray (fork do V2Ray)	sing-box
Foco do núcleo	VLESS/VMess/Trojan + XTLS Vision + REALITY	Universal: muitos protocolos, um binário
REALITY (anti-DPI)	Sim (introduziu REALITY)	Sim
Protocolos modernos QUIC (Hysteria2, TUIC)	Não nativo	Sim, integrado
Suporte a WireGuard	Não (separado)	Sim (integrado)
Cliente + servidor numa ferramenta	Núcleo focado no lado do servidor; muitos clientes separados	Sim, mesmo binário para ambos os papéis
Aplicações móveis oficiais	Através de clientes de terceiros (v2rayNG, Shadowrocket…)	SFA (Android), SFI (iOS), SFM (macOS)
Tutoriais / tamanho da comunidade (VLESS+REALITY)	Maior	A crescer rapidamente
Configuração	JSON	JSON (unificado)

Quando escolher qual

Escolha Xray se o seu único objetivo é um VLESS + REALITY resiliente contra DPI pesado (GFW da China, Irão, Rússia) e deseja o caminho mais documentado. Faz esse trabalho extremamente bem.
Escolha sing-box se deseja consolidar: um binário para servidor e todos os seus dispositivos, a liberdade de testar Hysteria2/TUIC (protocolos UDP/QUIC que podem ter melhor desempenho em redes com perdas ou limitadas) e WireGuard integrado. É a melhor base "canivete suíço" se espera mudar de protocolos.
Não tem a certeza? Ambos funcionam num pequeno VPS e ambos suportam REALITY, por isso nenhum é uma resposta errada. Comece com aquele que corresponde ao tutorial que realmente seguirá - para VLESS + REALITY é frequentemente Xray; para um laboratório multi-protocolo é sing-box.

Protocolos e transportes num relance

Os dois núcleos sobrepõem-se nos protocolos proxy clássicos mas divergem nos mais recentes. É a diferença factual mais nítida entre eles.

Terreno comum: ambos falam VLESS, VMess, Trojan e Shadowsocks, e ambos suportam REALITY e TLS. Os dois oferecem ainda transportes comuns como TCP, WebSocket, HTTP/2 e gRPC. Portanto, para um túnel VLESS + REALITY, qualquer um dos núcleos serve.
O foco do Xray: o núcleo Xray é construído em torno da pilha VLESS + XTLS Vision + REALITY. O XTLS Vision é o design de controlo de fluxo próprio do Xray, que reduz a sobrecarga 'TLS-dentro-de-TLS' de tunelar tráfego TLS dentro de um proxy TLS. É a configuração pela qual o Xray é mais conhecido e documentado.
Os protocolos extra do sing-box: o sing-box acrescenta protocolos mais recentes baseados em QUIC/UDP no mesmo binário, nomeadamente Hysteria/Hysteria2 e TUIC, além de WireGuard como inbound/outbound integrado e ShadowTLS. Essa amplitude é a principal razão para optar por sing-box em vez de Xray.

Como cada um aborda a resistência ao DPI

Ambos os projetos tratam o REALITY como a sua primeira linha frente à inspeção profunda de pacotes. O REALITY funciona tomando emprestado o handshake TLS real de um site de terceiros legítimo, de modo que, para um observador, a ligação pareça HTTPS normal para esse site em vez de um proxy. É crucial que seja concebido para resistir ao active probing, no qual um censor se liga ao seu servidor para ver se ele se comporta como um proxy: como o REALITY reencaminha as sondas inesperadas para o verdadeiro site alvo, uma sonda vê uma resposta TLS normal em vez de um proxy denunciador.

O Xray é o projeto onde o REALITY foi introduzido e onde o XTLS Vision reduz a impressão digital de dupla cifragem de um túnel TLS. O sing-box também implementa o REALITY e sobrepõe-no ao seu conjunto de protocolos mais amplo, de modo que pode combinar o REALITY com, por exemplo, um protocolo QUIC noutro ponto de acesso. Nenhuma das abordagens é um contorno garantido: os sistemas de censura mudam, e a posição honesta é que o anti-DPI continua a ser um jogo do gato e do rato permanente, não um problema resolvido.

Design e governança

Os projetos vêm de linhagens diferentes, e isso molda como cada um é construído.

sing-box (SagerNet) é um binário único multifunção: o mesmo executável é cliente e servidor, com regras de encaminhamento, gestão de DNS e vários inbounds/outbounds configurados num único ficheiro JSON unificado. É o mais recente dos dois e pretende ser uma plataforma universal em vez da referência de um único protocolo.
Xray (Project XTLS) é um fork comunitário do V2Ray (Project V). Mantém-se próximo do papel de núcleo proxy: é sobretudo o motor, sendo a experiência de cliente geralmente fornecida por apps de terceiros separadas. A sua identidade está ligada ao XTLS Vision e ao REALITY, as funções anti-detecção que foi pioneiro a introduzir.

Portanto, a distinção não é apenas função a função. É um kit tudo-em-um frente a um núcleo proxy focado rodeado por um vasto ecossistema de clientes.

Ecossistema de clientes e configuração

Para o uso diário, a forma como se liga importa tanto como o núcleo do servidor.

Apps cliente: o sing-box oferece apps oficiais complementares - SFA (Android), SFI (iOS) e SFM (macOS) - que executam o mesmo núcleo no dispositivo. O Xray não distribui as suas próprias apps de consumo; em vez disso, está integrado em clientes de terceiros populares como o v2rayNG no Android e o Shadowrocket no iOS, que muitos já usam.
Configuração: ambos os núcleos se configuram em JSON. O sing-box usa um esquema unificado que cobre inbounds, outbounds, DNS e regras de encaminhamento num único ficheiro, o que se adequa a uma configuração tudo-em-um. O JSON do Xray centra-se no inbound/outbound proxy com o seu próprio bloco de encaminhamento. Nenhum é trivial, e ambos os esquemas mudam entre lançamentos - é a configuração, não a instalação, onde a maioria das configurações falha.

Ambos precisam de um servidor para funcionar

Qualquer que seja o núcleo que escolha, deve hospedá-lo num VPS próprio - é isso que mantém a configuração privada e sob o seu controlo. Uma instância pequena é suficiente para uso pessoal.

Uma opção prática é um VPS da Contabo (Ubuntu 24.04); escolha um centro de dados próximo da sua região alvo para menor latência. Veja os preços do VPS da Contabo →

Avisos honestos

Contornar censura pode violar a lei local em alguns países - este artigo explica a tecnologia, não é aconselhamento legal. E os esquemas de configuração dos núcleos de proxy mudam entre lançamentos: trate qualquer trecho de configuração que encontrar (incluindo em tutoriais) como um ponto de partida e verifique-o na documentação oficial atual para sing-box ou Xray antes de confiar nele.

Guias relacionados

★ Datacenter GDPR em Nuremberg · ✓ IPv4 dedicado incluído · 200+ Mbps garantidos

Um VPS que controla por completo para tunneling e ofuscação → ContaboAcesso root · abra qualquer porta · execute a sua própria stack→

Perguntas frequentes

sing-box ou Xray - qual devo escolher em 2026?

Escolha Xray se a sua prioridade é uma configuração VLESS + REALITY / XTLS Vision testada em batalha, focada na circunvenção de censura anti-DPI; é o núcleo mais amplamente implementado para esse trabalho específico. Escolha sing-box se deseja um binário unificado que também suporte protocolos modernos baseados em QUIC (Hysteria2, TUIC) além de Shadowsocks, VMess, VLESS, Trojan e WireGuard, e atue como cliente e servidor em desktop e móvel. Ambos suportam REALITY; a escolha é principalmente de escopo (focado vs tudo-em-um).

O que é sing-box?

sing-box é uma plataforma de proxy universal de código aberto escrita em Go e distribuída como um único binário. Funciona como cliente e servidor e suporta muitos protocolos numa única ferramenta - Shadowsocks, VMess, VLESS, Trojan, Hysteria/Hysteria2, TUIC, WireGuard, ShadowTLS e mais - com TLS, REALITY e múltiplos transportes. Tem aplicações móveis complementares (SFA para Android, SFI para iOS, SFM para macOS).

Qual é a diferença entre V2Ray e Xray?

V2Ray (Project V) é a plataforma de proxy multi-protocolo original (VMess, VLESS, Trojan, Shadowsocks). Xray é um fork do V2Ray que adiciona XTLS Vision e a camada anti-detecção REALITY, sendo geralmente mais ativamente desenvolvido para circunvenção de censura. Se ler tutoriais de 'V2Ray' hoje, a maioria das configurações anti-GFW de produção na verdade executa o núcleo Xray.

sing-box, V2Ray e Xray suportam REALITY?

Xray introduziu REALITY e sing-box também o suporta. REALITY esconde o facto de estar a executar um proxy ao aproveitar o handshake TLS de um site de terceiros real, o que torna muito mais difícil para a inspeção profunda de pacotes sinalizar a conexão. O núcleo original do V2Ray não implementa REALITY; esta é uma das razões pelas quais a maioria das implementações anti-censura usa Xray ou sing-box.

Qual é mais fácil de auto-hospedar?

O design de binário único e configuração unificada do sing-box é conveniente quando deseja cliente e servidor numa única ferramenta e quer experimentar protocolos modernos como Hysteria2. Xray é igualmente implantável e tem o maior corpo de tutoriais da comunidade para VLESS + REALITY especificamente. Ambos funcionam confortavelmente num pequeno VPS; a parte mais difícil é escrever a configuração corretamente - siga sempre a documentação oficial atual, pois os esquemas mudam entre versões.

Qual é melhor para contornar o GFW em 2026?

Ambos são usados frente à Great Firewall, e ambos suportam REALITY, hoje a abordagem anti-detecção de referência para proxies baseados em TLS. Xray é o núcleo onde nasceram REALITY e XTLS Vision, e tem o maior corpo de configurações VLESS + REALITY documentadas contra um DPI pesado. sing-box também suporta REALITY e acrescenta protocolos QUIC como Hysteria2 e TUIC, que alguns preferem em ligações instáveis ou limitadas. Não há uma única resposta 'melhor', porque os sistemas de censura e cada projeto evoluem; escolha aquele cujo tutorial atual saiba seguir corretamente, e mantenha o núcleo atualizado.

Posso usar sing-box e Xray em conjunto?

Sim. Como ambos partilham as mesmas famílias de protocolos (VLESS, VMess, Trojan, Shadowsocks) e ambos suportam REALITY, um padrão comum é executar um núcleo no servidor e um núcleo diferente como cliente, desde que o protocolo, o transporte e as definições de REALITY coincidam em ambos os lados. sing-box também pode atuar como cliente para um servidor Xray e vice-versa. A compatibilidade depende das opções exatas, por isso confira os campos de configuração com a documentação de cada projeto.

sing-box e Xray funcionam num VPS padrão?

Sim. Ambos são binários autónomos escritos em Go e funcionam num VPS Linux normal com IP público, incluindo os planos pequenos de entrada. Não precisa de alojamento gerido nem especializado. Normalmente são necessários um domínio ou IP, uma porta aberta e (para REALITY ou transportes TLS) um site alvo do qual tomar emprestado o handshake. A sintaxe de configuração, não o hardware, é o principal obstáculo.