Análise técnica do protocolo Sola | Protocolo VPN de alta vazão, baixa latência e baixa perda de pacotes
Contents
Resumo do protocolo
O Sola é o protocolo de transporte VPN de nova geração desenvolvido pelo próprio SingLink, criado a partir da reformulação e da reconstrução da arquitetura central de transporte sobre a base do sistema tecnológico do SingLink 2.0.
Ele não é o SingLink 2.0 com outro nome, nem apenas um conjunto de ajustes de parâmetros.
O desenvolvimento do Sola se apoia na experiência real de rede acumulada com a operação de longo prazo do SingLink 2.0. Ele revisita os problemas de desempenho que as VPNs enfrentam com alta largura de banda, baixa latência, perda de pacotes, transferências prolongadas e condições de rede complexas.
Os principais objetivos de projeto do Sola incluem:
Alta vazão efetiva, baixa latência, baixa perda de pacotes, transmissão sustentada estável e maior aproveitamento prático da rede.
O Sola concluiu o desenvolvimento central e os testes internos e entrou na fase de auditoria de segurança do protocolo e da implementação.
Na fase atual dos testes internos:
- o Sola entregou uma vazão geral maior do que a dos outros protocolos incluídos nos testes;
- a latência geral dele foi menor do que a dos outros protocolos incluídos nos testes;
- a perda de pacotes nos testes atuais ficou abaixo de 1%;
- em vários ambientes de teste de 1 Gbps, a vazão efetiva passou de 80% da capacidade da linha;
- em comparação com o SingLink 2.0 e com abordagens de protocolo anteriores, o Sola foi otimizado ainda mais em eficiência de transporte e experiência prática de rede.
Esses resultados vêm dos testes internos atuais do SingLink. O desempenho real continua sendo afetado pela região, pela operadora, pela saída internacional, pelo dispositivo, pela carga do nó, pela rede local e pelo cenário de uso.
Limite das evidências: esses resultados não vêm de testes independentes de terceiros; a metodologia completa dos testes e os registros brutos ainda não foram publicados. Depois que os materiais forem organizados e passarem pela revisão de segurança, o SingLink vai acrescentar aos poucos as condições de teste, os métodos e as informações de versão que puderem ser publicados, dentro do seu plano de código aberto e transparência.
1. O que é o Sola?
O Sola é um protocolo de transporte VPN de nova geração desenvolvido pelo próprio SingLink.
O desenvolvimento dele não começou do zero.
Antes do Sola, o SingLink 2.0 já tinha estabelecido o sistema próprio de protocolo e transporte do SingLink e operado por um longo período em redes reais de produção.
À medida que a escala de uso, os tipos de dispositivo, os ambientes de rede e a largura de banda dos usuários continuaram crescendo, o SingLink observou nos dados reais de operação do SingLink 2.0 que:
O problema que os protocolos VPN enfrentam hoje já não é apenas:
É possível estabelecer uma conexão?
Mais importante ainda:
Depois que a conexão é estabelecida, a capacidade de rede que o usuário já tem pode realmente ser aproveitada?
Por isso, o foco do desenvolvimento do Sola vai além da conectividade básica e inclui:
- eficiência de transporte;
- aproveitamento de alta largura de banda;
- controle de latência;
- controle da perda de pacotes;
- transmissão sustentada;
- oscilações de rede;
- desempenho prático em diferentes ambientes de rede.
No fim, o Sola tomou forma como uma arquitetura de protocolo redesenhada.
Do ponto de vista da evolução do protocolo:
O SingLink 2.0 é a base técnica, e o Sola é o protocolo de nova geração formado após uma reconstrução dessa base no nível da arquitetura.
2. Qual é a relação entre o Sola e o SingLink 2.0?
O Sola e o SingLink 2.0 não são duas tecnologias totalmente independentes.
A evolução técnica do Sola tem origem no SingLink 2.0.
Pode ser entendida, de forma simples, assim:
SingLink 2.0
Estabelecer a base própria de protocolo e transporte do SingLink
↓
Entrar em operação de produção de longo prazo
↓
Acumular dados reais de vários países, operadoras, dispositivos e condições de rede
↓
Reanalisar os gargalos de desempenho do protocolo
↓
Redesenhar e reconstruir a arquitetura central de transporte
↓
Sola
Alta vazão · Baixa latência · Baixa perda de pacotes · Maior aproveitamento da largura de banda · Transmissão sustentada mais estável
Portanto, o Sola não é:
O SingLink 2.0 com um novo nome.
Nem é:
O SingLink 2.0 com alguns parâmetros aumentados.
Em vez disso, ele é:
Um novo protocolo, criado ao redesenhar a arquitetura central com base no sistema tecnológico do SingLink 2.0 e na experiência de produção dele.
Essa também é a maior diferença entre o Sola e uma simples atualização menor.
3. Por que foi necessário projetar um novo protocolo?
A capacidade de acesso à rede aumentou rapidamente nos últimos anos.
Conexões residenciais e empresariais de 500 Mbps, 1 Gbps e até mais estão cada vez mais comuns.
Mesmo assim, um problema conhecido continua presente nos ambientes de VPN:
O usuário pode ter uma conexão de 1 Gbps, mas só parte dessa largura de banda continua utilizável depois de conectar a uma VPN.
O servidor VPN não é necessariamente a única causa.
Um caminho completo de transporte VPN também inclui:
Aplicativo do usuário
↓
Pilha de rede do sistema operacional
↓
Cliente VPN
↓
Protocolo VPN
↓
Operadora local
↓
Rede de backbone ou saída internacional
↓
Nó VPN
↓
Rede de destino
Qualquer elo dessa cadeia pode introduzir perda de desempenho.
Para o protocolo em si, a vazão teórica não é a única preocupação.
Outras considerações incluem:
- a sobrecarga introduzida pelo encapsulamento do protocolo;
- a eficiência do processamento das conexões;
- as mudanças de desempenho em redes de alta latência;
- a queda de vazão após perdas de pacotes;
- as oscilações de rede;
- a capacidade de transferência sustentada;
- a eficiência de processamento em diferentes dispositivos;
- a coordenação entre o cliente e o protocolo.
Por isso, no início do projeto, o Sola fez uma pergunta mais direta:
Já que um túnel VPN necessariamente existe, como reduzir ao máximo a perda de desempenho causada pelo próprio protocolo?
Esse é um dos principais pontos de partida da reconstrução da arquitetura do Sola.
4. Os principais objetivos de projeto do Sola
O Sola não usa o número de “Mbps mais alto” como única métrica de desempenho.
Desde a fase de projeto, o protocolo se concentra em cinco áreas centrais ao mesmo tempo.
1. Alta vazão
O primeiro objetivo central do Sola é melhorar a vazão efetiva real em um ambiente de VPN.
Aqui, vazão não significa a largura de banda teórica anunciada pela operadora nem a velocidade nominal da interface de rede de um servidor.
O que realmente importa é:
Quanta largura de banda o aplicativo do usuário consegue usar de fato depois que o tráfego passa pelo túnel VPN.
Por isso, o Sola se concentra mais em:
Effective Throughput
Ou seja, a vazão efetiva real.
Em vários ambientes de teste internos de 1 Gbps, o Sola manteve uma vazão efetiva acima de 80% da capacidade da linha.
2. Baixa latência
A velocidade não é tudo na experiência de VPN.
Por exemplo:
- ChatGPT;
- Claude;
- Gemini;
- Cursor;
- X;
- Telegram;
- navegação na web;
- APIs;
- área de trabalho remota.
Muitos cenários, na verdade, não precisam de centenas de Mbps de largura de banda sustentada.
O que muitas vezes mais pesa na experiência é:
Quanto tempo leva para receber uma resposta depois que uma requisição é enviada.
Por isso, durante a reconstrução da arquitetura, o Sola tratou a latência como um objetivo de desempenho independente da velocidade de pico.
Nos testes comparativos internos atuais, a latência geral do Sola foi menor do que a dos outros protocolos incluídos nos testes.
Isso significa que a melhoria de desempenho do Sola não se limita a:
Downloads mais rápidos.
Ela também inclui:
Interação e resposta de rede mais rápidas.
3. Baixa perda de pacotes
A perda de pacotes é uma métrica de desempenho de VPN muito importante, mas muitas vezes ignorada.
Uma perda de pacotes persistente pode causar:
- retransmissão de dados;
- redução da vazão;
- aumento da latência;
- travamentos no carregamento de vídeos;
- chamadas de voz interrompidas;
- conexões de longa duração instáveis;
- pausas breves ao carregar páginas da web;
- aumentos repentinos de latência na área de trabalho remota.
É por isso que acontece uma situação bem conhecida:
O Speedtest mostra uma boa velocidade, mas o uso real não parece fluido.
A causa não é necessariamente falta de largura de banda.
Perda de pacotes, jitter e oscilações de rede podem criar diferenças claras na experiência prática.
Nos testes internos atuais do Sola, a perda de pacotes foi controlada em:
Menos de 1%.
Esse também é um dos resultados de desempenho atuais mais importantes do Sola.
4. Desempenho sustentado
O Sola não busca definir o desempenho do protocolo por um único pico excepcional no Speedtest.
Porque:
Chegar a 900 Mbps por um segundo
e:
Manter uma vazão relativamente alta por um longo período
são duas coisas diferentes.
O uso real pode incluir:
- sessões longas de vídeo;
- downloads de arquivos grandes;
- sincronização na nuvem;
- conexões de IA de longa duração;
- trabalho remoto;
- comunicação contínua com APIs.
Esses cenários dependem mais de:
Sustained Performance
Ou seja, desempenho sustentado.
Por isso, a reconstrução do Sola não busca apenas picos de curto prazo. Ela pretende melhorar a transmissão estável durante todo o ciclo de vida da conexão.
5. Adaptabilidade à rede
Os usuários de VPN não vivem todos no mesmo ambiente de rede.
O mesmo protocolo pode produzir resultados totalmente diferentes em:
- países;
- regiões;
- operadoras;
- banda larga residencial;
- Wi-Fi;
- 4G;
- 5G;
- redes públicas;
- redes internacionais.
Os resultados podem ser completamente diferentes.
Por isso, outra direção central do Sola é reduzir as oscilações de desempenho em diferentes condições de rede.
O Sola não pode mudar a rede física de uma operadora nem eliminar o congestionamento nos pontos de saída internacional.
Mas ele pode reduzir ao mínimo a perda de desempenho adicional causada pela própria camada do protocolo.
5. Do SingLink 2.0 ao Sola: uma reconstrução no nível da arquitetura
A maior diferença entre o Sola e uma atualização de protocolo típica é que este trabalho de desenvolvimento não se limitou a ajustar um recurso específico.
Ele reexaminou todo o processo, desde o momento em que o cliente estabelece uma conexão VPN até os dados passarem pelo túnel e chegarem ao nó.
Uma atualização de desempenho típica se parece mais com:
Ajustar parâmetros
↓
Modificar parte da lógica de processamento
↓
Melhorar o desempenho em determinados cenários
O processo de desenvolvimento do Sola se pareceu mais com:
Analisar os dados de produção do SingLink 2.0
↓
Identificar os gargalos práticos de desempenho
↓
Redefinir os objetivos de desempenho do protocolo
↓
Redesenhar a arquitetura central de transporte
↓
Reimplementá-la
↓
Realizar testes internos
↓
Realizar auditorias de segurança e de implementação
Por isso, o posicionamento técnico mais preciso do Sola é:
Architecture-level Evolution
Ou seja:
Uma evolução no nível da arquitetura.
Não é uma simples otimização no nível dos parâmetros.
6. A arquitetura técnica de alto nível do Sola
A implementação completa de baixo nível do Sola não é pública no momento.
Do ponto de vista do projeto de protocolos, porém, essa reconstrução da arquitetura pode ser entendida como um redesenho em torno de algumas questões centrais.
Processamento das conexões
O primeiro problema que um protocolo VPN precisa resolver é como estabelecer, manter e encerrar uma conexão válida.
O Sola reexaminou o tratamento do ciclo de vida das conexões no SingLink 2.0 para reduzir esperas e custos de processamento desnecessários.
Transmissão de dados
Depois que a VPN é estabelecida, o que realmente determina o desempenho é:
Como os dados são transmitidos entre o cliente e o nó.
A reconstrução da arquitetura do Sola trata a vazão efetiva como objetivo central e busca reduzir a perda de desempenho causada pelo próprio protocolo em ambientes de alta largura de banda.
Tratamento das oscilações de rede
A internet real não é um enlace perfeitamente estável.
A latência, a perda de pacotes, as mudanças de rota e o congestionamento podem variar ao longo do tempo.
Por isso, o projeto do Sola considera não só as condições ideais de laboratório, mas também o desempenho prático do transporte quando as condições da rede mudam.
Processamento de alta largura de banda
À medida que as conexões de 500 Mbps, 1 Gbps e até mais rápidas se popularizam, a capacidade de um protocolo VPN de processar, ele mesmo, uma vazão alta fica cada vez mais importante.
Um dos principais objetivos de desempenho do Sola é reduzir a probabilidade de o próprio protocolo se tornar o gargalo em uma rede de alta largura de banda.
Coordenação com o cliente
Um protocolo VPN não existe isoladamente.
No fim, ele trabalha em conjunto com:
- o sistema operacional;
- o cliente VPN;
- as interfaces de rede;
- os sistemas dos nós.
Esses componentes funcionam juntos.
Por isso, a reconstrução do Sola também considera a eficiência da coordenação entre o protocolo e os clientes do SingLink.
Sobre a implementação técnica completa
Por motivos de segurança, de auditoria do protocolo e de continuidade do desenvolvimento, o Sola não divulga no momento todos os detalhes de baixo nível sobre:
- o fluxo do handshake de conexão;
- os detalhes da troca de chaves;
- os algoritmos específicos de processamento de dados;
- os métodos de tratamento das características do tráfego;
- determinados parâmetros do protocolo;
- os detalhes de implementação do lado do servidor.
Quais materiais técnicos serão divulgados no futuro será decidido aos poucos, de acordo com os resultados da auditoria de segurança, a estabilidade do protocolo e o plano de transparência técnica do SingLink.
7. Os resultados atuais dos testes de desempenho do Sola
O Sola concluiu a primeira fase de testes internos.
Os principais resultados atuais incluem:
| Métrica | Resultado atual dos testes do Sola |
|---|---|
| Tipo de protocolo | Desenvolvido pelo próprio SingLink |
| Base técnica | SingLink 2.0 |
| Arquitetura | Redesenhada e reconstruída |
| Testes internos | Concluídos |
| Vazão efetiva | No geral, maior do que a dos outros protocolos incluídos nos testes |
| Latência | No geral, menor do que a dos outros protocolos incluídos nos testes |
| Perda de pacotes | <1% |
| Redes de 1 Gbps | Vazão efetiva acima de 80% da capacidade da linha em vários cenários |
| Transmissão sustentada | Otimizada ainda mais em relação às abordagens de protocolo anteriores |
| Fase atual | Auditoria do protocolo |
É necessária uma ressalva importante:
Esses números vêm dos cenários de teste internos atuais.
“Outros protocolos incluídos nos testes” não significa todos os protocolos VPN do mundo, nem significa que o Sola vai necessariamente produzir os mesmos resultados em qualquer ambiente de rede.
8. O que significa aproveitar mais de 80% de uma rede de 1 Gbps?
Esse é um dos resultados de desempenho atuais mais notáveis do Sola.
Uma conexão anunciada como:
1 Gbps
tem um pico teórico de aproximadamente:
1.000 Mbps
Mas o transporte real pela VPN também precisa passar por:
- encapsulamento da VPN;
- criptografia e descriptografia;
- a pilha de rede do sistema;
- a rede local;
- a operadora;
- o roteamento intermediário;
- o nó VPN;
- o servidor de destino.
Por isso, a vazão real na camada de aplicação não é simplesmente igual à largura de banda anunciada pela operadora.
Em vários cenários de teste internos de 1 Gbps, o Sola manteve uma vazão efetiva real acima de 80% da capacidade da linha.
Ou seja:
Vazão efetiva da VPN na faixa acima de 800 Mbps.
Para o Sola, o que esse número realmente representa é:
Uma redução ainda maior da perda de desempenho causada pelo próprio protocolo e pelo próprio sistema de transporte.
Não é uma afirmação de que:
O Sola vai chegar sempre a 800 Mbps em qualquer rede de 1 Gbps.
São conceitos completamente diferentes.
9. Por que o Sola não busca apenas a velocidade máxima?
Imagine duas conexões VPN.
A primeira chega a:
900 Mbps
mas também tem:
- jitter mais alto;
- perda de pacotes persistente;
- latência oscilante.
A segunda chega a:
600 Mbps
mas tem:
- latência estável;
- perda de pacotes muito baixa;
- transmissão sustentada e fluida.
Se a única tarefa for baixar um arquivo grande, a primeira conexão pode levar vantagem.
Mas para:
- videoconferências;
- IA;
- área de trabalho remota;
- mensagens instantâneas;
- páginas da web;
- APIs;
a segunda pode, na verdade, oferecer uma experiência prática melhor.
Por isso, o Sola não define o desempenho de uma VPN por um único número.
Do ponto de vista do projeto do Sola, o desempenho completo se aproxima de:
Vazão
+
Latência
+
Jitter
+
Perda de pacotes
+
Estabilidade
+
Qualidade da conexão
Isso não é uma fórmula matemática.
É a estrutura de avaliação que o Sola usa para entender o desempenho de uma VPN.
10. Por que o Sola dá ênfase à baixa latência?
Muitos aplicativos modernos, na verdade, não exigem muita largura de banda.
Por exemplo, enviar um trecho de texto ao ChatGPT pode não precisar de centenas de Mbps.
Mas, se a latência for alta:
O usuário clica
↓
Espera
↓
Só então a requisição chega ao servidor
Essa espera é percebida diretamente como:
“A internet está lenta.”
Com o rápido crescimento de IA, web, APIs e aplicativos interativos, o desempenho de uma VPN não pode mais ser pensado apenas em torno de downloads de arquivos grandes.
Por isso, o Sola dá ao:
Tempo de resposta
e à:
Vazão
a mesma importância.
Os testes internos atuais também mostram uma latência geral menor para o Sola do que para os outros protocolos incluídos nos testes.
11. Por que uma perda de pacotes abaixo de 1% é importante?
A perda de pacotes afeta diretamente a eficiência do transporte na rede.
Quando os dados não chegam ao destino, os protocolos de rede geralmente exigem um tratamento posterior ou uma retransmissão.
De forma simples:
Perda de pacotes
↓
Retransmissão
↓
Espera adicional
↓
Vazão reduzida
↓
Experiência prática pior
Portanto:
Uma conexão VPN rápida, mas com perda de pacotes persistente, não é necessariamente melhor do que uma conexão um pouco mais lenta, porém estável.
O resultado interno atual do Sola, de:
Perda de pacotes <1%
significa que o protocolo alcançou uma integridade de entrega de dados relativamente boa e um desempenho estável nos ambientes de teste atuais.
A mesma ressalva continua valendo:
A perda de pacotes não é determinada inteiramente pelo protocolo VPN.
O Wi-Fi local, as operadoras, o roteamento internacional e a rede de destino podem causar perda de pacotes.
Por isso, este resultado não deve ser entendido como:
A perda de pacotes do Sola vai ficar sempre abaixo de 1% em qualquer rede.
12. Casos de uso típicos do Sola
Aplicativos diferentes têm exigências de desempenho de VPN diferentes.
Com um projeto de desempenho mais equilibrado, o Sola pretende atender a mais casos de uso da internet moderna.
IA e grandes modelos
Por exemplo:
- ChatGPT;
- Claude;
- Gemini;
- Cursor.
Esses serviços geralmente dependem mais de:
- latência;
- estabilidade de conexões de longa duração;
- baixa perda de pacotes;
- velocidade de resposta.
Por isso, uma alta largura de banda de pico não é a única métrica.
Vídeo e streaming
Vídeos em 4K e com alta taxa de bits dependem mais de:
- vazão sustentada;
- baixa perda de pacotes;
- transmissão estável.
A alta vazão efetiva e o projeto de desempenho sustentado do Sola atendem principalmente a esse tipo de uso.
Arquivos grandes e sincronização na nuvem
Esses cenários têm uma exigência clara de:
Alto aproveitamento da largura de banda.
Essa exigência é especialmente clara.
Se o usuário tem uma rede de 500 Mbps ou de 1 Gbps, mas o protocolo VPN só consegue usar uma pequena parte dela, o protocolo pode virar o gargalo.
Comunicação em tempo real e videoconferências
Dependem mais de:
- latência;
- jitter;
- perda de pacotes.
Simplesmente aumentar os Mbps de download ajuda pouco nesses cenários.
Trabalho remoto
Área de trabalho remota, SSH, aplicativos corporativos e conexões de longa duração geralmente precisam de:
Estabilidade, e não de ser extremamente rápido por um único segundo.
É por isso que o Sola inclui o desempenho sustentado entre os seus principais objetivos de projeto.
13. Como o Sola se compara a outros protocolos VPN?
Não existe um protocolo VPN “absolutamente mais rápido” independentemente do ambiente.
Protocolos diferentes podem produzir resultados diferentes conforme:
- a região;
- a operadora;
- o dispositivo;
- a qualidade da rede;
- os servidores;
- o cenário de uso.
Os resultados podem variar.
Por isso, o SingLink não vai definir o Sola como:
Mais rápido do que qualquer protocolo em qualquer ambiente.
O que pode ser confirmado no momento é:
Nos testes comparativos internos concluídos pelo SingLink até agora, o Sola mostrou vazão geral maior e latência menor do que os outros protocolos incluídos nos testes.
Essa é a afirmação precisa que os dados atuais sustentam.
Os futuros benchmarks do Sola também vão dar mais ênfase a comparações feitas no mesmo ambiente.
Por exemplo:
O mesmo dispositivo
↓
A mesma rede
↓
O mesmo período
↓
Recursos de nó equivalentes
↓
O mesmo alvo de teste
↓
O mesmo número de execuções
Só então os diferentes protocolos devem ser comparados.
Só dados coletados dessa forma têm valor de referência real.
14. A segurança também é um requisito central do Sola
Alto desempenho não significa que a segurança pode ser sacrificada.
Depois de concluir o desenvolvimento central e a primeira fase de testes internos, o Sola entrou na fase de auditoria do protocolo.
Isso significa que, antes de o protocolo entrar formalmente em produção, é preciso examinar mais a fundo:
- a implementação do protocolo;
- o tratamento das conexões;
- os estados de exceção;
- a integração com o cliente;
- os limites de permissão;
- as possíveis superfícies de ataque;
- as anomalias de recursos;
- os problemas de segurança conhecidos.
Essas áreas exigem uma revisão mais aprofundada.
A situação formal atual é:
Desenvolvimento: concluído
Testes internos: concluídos
Auditoria de segurança / implementação: em andamento
Até que a auditoria seja formalmente concluída, o SingLink não vai descrever o Sola como:
“Tendo concluído toda a verificação de segurança.”
A situação será atualizada depois que os resultados da auditoria estiverem completos.
O trabalho de segurança relacionado também pode ser conhecido pelos materiais de auditoria de segurança e pela auditoria de ausência de logs que o SingLink já publicou; esses materiais existentes não significam que a auditoria de segurança do protocolo e da implementação do Sola tenha sido concluída.
15. A transparência técnica do Sola
O Sola não pretende deixar como registro apenas algumas capturas de tela do Speedtest.
O SingLink pretende construir aos poucos materiais técnicos e de desempenho mais completos sobre o Sola.
Eles incluem:
- versão do protocolo (Protocol Version);
- versão do cliente (Client Version);
- benchmarks;
- changelog;
- latência;
- jitter;
- perda de pacotes;
- vazão;
- data do teste;
- ambiente do teste;
- limitações conhecidas;
- situação da auditoria de segurança.
Os diferentes tipos de dados também serão diferenciados da forma mais clara possível:
Internal Test
Testes realizados internamente pelo SingLink.
Community Test
Testes realizados pela comunidade.
User Submitted Data
Resultados de testes fornecidos voluntariamente pelos usuários.
Independent Test
Testes realizados por um terceiro independente.
Assim, quem lê os dados do Sola de fora vai saber com clareza:
Quem fez o teste, onde ele foi feito e o que ele pode provar.
16. O que o Sola pode e não pode fazer
Uma apresentação formal de protocolo também precisa deixar claros os seus limites técnicos.
O Sola pode otimizar:
- a eficiência de transporte do próprio protocolo;
- o aproveitamento da largura de banda no túnel VPN;
- o tratamento das conexões;
- a latência;
- o desempenho prático do transporte com perda de pacotes;
- o desempenho sustentado;
- a coordenação entre o cliente e o protocolo.
Mas o Sola não pode mudar:
- o limite físico de largura de banda do usuário;
- a qualidade do sinal de Wi-Fi;
- o congestionamento da operadora local;
- a capacidade da saída internacional;
- o desempenho dos servidores de sites de terceiros;
- a latência mínima causada pela distância física;
- as falhas do próprio serviço de destino.
Por exemplo:
Uma rede local de 100 Mbps não vai virar uma rede de 1 Gbps por usar o Sola.
Da mesma forma:
Uma rota internacional muito congestionada não pode ter o seu gargalo físico totalmente eliminado apenas por um protocolo VPN.
O que o Sola pode realmente fazer é:
Evitar, tanto quanto possível, que o próprio protocolo se torne um gargalo de desempenho adicional no caminho completo.
17. Informações do protocolo
Informações do protocolo Sola
Nome do protocolo
Sola
Desenvolvedor
SingLink
Tipo de protocolo
Protocolo de transporte VPN
Família do protocolo
SingLink
Base técnica
SingLink 2.0
Arquitetura
Rearquitetada / reconstruída
Principais objetivos de projeto
Alta vazão · Baixa latência · Baixa perda de pacotes · Desempenho sustentado · Adaptabilidade à rede
Testes internos
Concluídos
Situação atual da auditoria
Em andamento
Teste atual de perda de pacotes
<1%
Teste atual em 1 Gbps
80%+ de aproveitamento efetivo da linha em vários cenários de teste internos
18. O sistema de versões do Sola
Para evitar no futuro a confusão entre o nome do protocolo e as versões dos clientes, o Sola vai existir como uma marca de protocolo independente.
Em outras palavras:
SingLink
representa o sistema de produtos e tecnologia do SingLink.
Sola
representa o nome do protocolo.
O próprio protocolo pode continuar evoluindo por números de versão.
Por exemplo:
Sola 1.0
Sola 1.1
Sola 1.2
Isso evita confundir:
as versões do cliente
com:
as versões do protocolo.
Assim, as duas coisas não se misturam.
Um futuro cliente do SingLink pode suportar o Sola 1.x enquanto o próprio cliente tem um número de versão de software completamente diferente.
19. Implantação e disponibilidade
Depois de concluir os testes internos, o Sola entrou na fase de auditoria e de preparação da implantação em produção antes do lançamento formal.
Pelo plano de implantação atual, o Sola vai entrar no ambiente real de produção em fases.
A primeira fase vai oferecer o Sola inicialmente no:
iOS
Esta plataforma vai dar acesso ao protocolo Sola.
Os primeiros usuários elegíveis serão os usuários:
Pro
e:
Rich
(usuários desses planos).
Depois que a primeira fase de verificação em produção for concluída, o Sola vai se expandir aos poucos para os usuários:
Plus
e:
Max
(usuários desses planos).
Outras plataformas também serão avaliadas de acordo com:
- a adaptação dos clientes;
- a auditoria do protocolo;
- os dados reais de rede;
- a implantação de nós;
- a estabilidade.
O acesso será liberado aos poucos.
O objetivo da implantação em fases não é restringir o uso do protocolo. É controlar as variáveis enquanto o protocolo entra formalmente em produção em grande escala, permitindo observar com mais precisão o desempenho e os comportamentos de exceção.
20. Perguntas frequentes (FAQ)
O que é o Sola?
O Sola é o protocolo de transporte VPN de nova geração desenvolvido pelo próprio SingLink, criado a partir da reformulação e da reconstrução da arquitetura central de transporte sobre a base do sistema tecnológico do SingLink 2.0.
O Sola foi desenvolvido pelo próprio SingLink?
Sim.
O Sola pertence à família de protocolos própria do SingLink.
O Sola é só o SingLink 2.0 com outro nome?
Não.
O Sola se baseia na tecnologia e na experiência de produção do SingLink 2.0, mas a arquitetura central dele foi redesenhada e reconstruída. Por isso, não é apenas uma mudança de nome nem uma atualização menor comum.
O que o Sola otimiza principalmente?
As principais áreas atuais incluem:
- vazão efetiva;
- latência;
- perda de pacotes;
- aproveitamento de alta largura de banda;
- desempenho sustentado;
- desempenho prático do transporte em redes complexas.
Qual é a taxa de perda de pacotes do Sola?
A perda de pacotes do Sola ficou abaixo de 1% nos cenários de teste internos atuais.
Isso não significa que ela vai ficar abaixo de 1% para todo usuário e em qualquer ambiente de rede.
Qual é a velocidade do Sola em uma rede de 1 Gbps?
A vazão efetiva do Sola passou de 80% da capacidade da linha em vários cenários de teste internos de 1 Gbps.
Os resultados reais variam conforme o ambiente de rede.
Isso significa que o Sola garante 800 Mbps?
Não.
O número acima de 80% é um resultado de ambientes de teste internos específicos de 1 Gbps. Ele não deve ser entendido como um compromisso fixo de velocidade para todos os usuários.
O Sola é mais rápido do que todos os outros protocolos VPN?
Isso não pode ser afirmado no momento.
O que pode ser confirmado é:
Nas comparações internas atuais, o Sola mostrou vazão geral maior e latência menor do que os outros protocolos incluídos nos testes.
Protocolos diferentes ainda podem ter desempenhos diferentes em ambientes de rede diferentes.
Qual é a maior diferença entre o Sola e o SingLink 2.0?
A maior diferença do Sola não é um recurso específico.
É que:
O Sola redesenha e reconstrói a arquitetura central de transporte.
Por isso, é uma evolução no nível da arquitetura, e não uma atualização comum no nível dos parâmetros.
O desenvolvimento do Sola foi concluído?
O desenvolvimento central do Sola e a primeira fase de testes internos foram concluídos.
A auditoria de segurança do protocolo e da implementação está em andamento.
O Sola vai substituir o SingLink 2.0 imediatamente?
Não.
O Sola vai entrar em produção aos poucos. Os protocolos existentes continuarão sendo usados de acordo com a plataforma, o nó, a rede e as condições reais de uso.
Quais usuários vão receber o Sola primeiro?
Pelo plano atual, o Sola será oferecido primeiro no iOS para usuários Pro e Rich e depois será expandido aos poucos para usuários Plus e Max e para outras plataformas.
21. Conclusão
A importância do Sola não está em dar ao SingLink mais um nome de protocolo.
Ele representa a próxima etapa do sistema de protocolos próprio do SingLink.
O SingLink 2.0 estabeleceu a base própria de protocolo e transporte do SingLink.
Mas, à medida que a largura de banda dos usuários, o desempenho dos dispositivos e os casos de uso da rede mudaram durante a longa operação em produção, surgiram novas perguntas:
Um protocolo VPN consegue reduzir ainda mais a própria perda de desempenho?
Quanto da capacidade de uma rede de 1 Gbps consegue realmente chegar ao aplicativo?
É possível reduzir a latência enquanto a velocidade aumenta?
Alta vazão e baixa perda de pacotes podem existir ao mesmo tempo?
Um protocolo consegue manter um desempenho sustentado mais estável, em vez de buscar apenas um resultado de teste de velocidade?
O Sola foi reconstruído em torno dessas perguntas.
Ele se baseia no SingLink 2.0.
Mas não é uma simples continuação do SingLink 2.0.
Ele redesenha a arquitetura central de transporte, redefine o entendimento do SingLink sobre desempenho de VPN e adota:
Alta vazão
Baixa latência
Baixa perda de pacotes
Desempenho sustentado
Adaptabilidade à rede
como as suas novas direções centrais de projeto.
A primeira fase de testes internos já foi concluída.
Os resultados atuais mostram:
Perda de pacotes abaixo de 1%.
Vazão efetiva acima de 80% da capacidade da linha em vários cenários de teste de 1 Gbps.
Vazão geral maior e latência menor do que os outros protocolos incluídos nos testes.
O valor técnico formal do Sola, porém, não se limita a esses números.
O que realmente importa é:
Quando existe um túnel VPN, o protocolo consegue desperdiçar o mínimo possível da capacidade de rede que o usuário já tem?
Essa também é a principal razão pela qual o Sola vai além do SingLink 2.0, rumo a uma arquitetura de nova geração.
Sola.
Baseado no SingLink 2.0. Redesenhado.
Feito para vazão maior, latência menor e transmissão de rede mais estável no mundo real.
Aviso sobre a tecnologia e os dados de teste: as afirmações deste artigo de que o Sola registrou perda de pacotes abaixo de 1%, alcançou vazão efetiva acima de 80% em redes de 1 Gbps e mostrou vazão maior e latência menor do que os outros protocolos incluídos nos testes vêm todas dos resultados atuais dos testes internos do SingLink. Diferentes países ou regiões, operadoras, dispositivos, redes locais, nós, pontos de saída internacional e serviços de destino podem afetar os resultados reais. O Sola concluiu o desenvolvimento central e os testes internos e está agora na fase de auditoria de segurança do protocolo e da implementação. Os métodos de teste completos, os logs de cada execução e os registros brutos ainda não foram publicados, por isso esses números devem ser citados apenas como resultados de testes internos, e não como conclusões reproduzidas de forma independente. As informações de desempenho, auditoria e versão continuarão sendo atualizadas conforme o protocolo for implantado formalmente.
