Por que o ERPC VPS oferece alto desempenho

Quando os desenvolvedores começam a construir aplicativos ou bots no Solana, muitos escolhem naturalmente grandes nuvens de propósito geral com base em sua experiência passada.
No mundo Web2, essas nuvens têm sido efetivamente o padrão, e têm proporcionado desempenho suficiente.
Por conseguinte, é natural presumir que a mesma abordagem seria também adequada para a Solana.

No entanto, esta suposição degrada-se significativamente para as cargas de trabalho Solana.
Grandes nuvens de uso geral são projetadas com versatilidade e flexibilidade como suas maiores prioridades, e para cargas de trabalho como Solana, onde baixa latência afeta diretamente os resultados, diferenças estruturais tornam-se visíveis imediatamente.

Este artigo explica, passo a passo e com cuidado, por que as cargas de trabalho Solana não alcançam desempenho esperado em grandes nuvens de uso geral e como ERPC VPS está estruturado para resolver essas questões.

Por que “a lentidão da nuvem” quase nunca é notada na Web2

Primeiro, a maioria das aplicações Web2 não são tão críticas como aplicações financeiras.
Serviços como SNS, comércio eletrônico, ferramentas de negócios e entrega de conteúdo podem tolerar uma certa quantidade de atraso e ainda funcionar como produtos.

Por esta razão, as seguintes fontes de latência estrutural dentro de grandes nuvens de propósito geral não surgiram como problemas:

Várias camadas de virtualização (NICs virtuais, interruptores virtuais, etc.)
Largura de banda interna compartilhada entre muitos usuários
Sobrecompromisso de CPU (atribuindo mais núcleos virtuais do que núcleos físicos)
Processos adicionais de faturamento e monitoramento
Gerações de CPU mais antigas sendo disponibilizadas aos usuários gerais

Esses mecanismos são necessários para operações em nuvem, mas nas cargas de trabalho Web2 seu impacto é menor, e há poucas oportunidades de notá-los.

As cargas de trabalho Solana são fundamentalmente diferentes.

As aplicações Web3 são “adjacentes ao financiamento”, e tudo pode tornar-se crítico para a missão

Aplicações construídas em Solana e outras blockchains ficam perto do domínio financeiro.
Movimento de ativos, condições de liquidação, mudanças de preços e encomenda de transações estão diretamente ligados aos resultados.

Em particular, as cargas de trabalho relacionadas com o mercado exigem um volume de transações e uma velocidade muito superiores aos pagamentos tradicionais baseados em cartões.
Mesmo alguns milissegundos de atraso podem levar à execução falhada ou a preços piores.

Além disso, o volume de dados em cadeia da Solana é extremamente grande; assinando corretamente a Shreds, logs, e gRPC eventos podem facilmente resultar em vários terabytes de dados por dia.
Isto é fundamentalmente diferente dos típicos perfis de tráfego Web2 para os quais as grandes nuvens foram originalmente projetadas.

Desta forma, Solana não oferece nenhuma oportunidade para esconder as características estruturais de latência ou custo presentes dentro dessas nuvens.
Desde o início, essas características aparecem diretamente como desvantagens ou custos operacionais.

Por que grandes nuvens de uso geral não são adequadas para Solana

Abaixo explicamos, fator por fator, por que grandes nuvens de propósito geral são estruturalmente desiguais com os requisitos de alta velocidade da Solana.

1. As CPUs disponíveis para usuários gerais são várias gerações de idade

Servidores de metais não metálicos e VPS (VMs) disponibilizados por grandes nuvens normalmente usam CPUs que estão várias gerações atrás.
Últimas CPUs de alta hora não se alinham com a eficiência operacional ou estratégia de inventário do provedor, e, portanto, raramente aparecem como opções selecionáveis pelo usuário.

Para cargas de trabalho Solana, desempenho de fio único e estrutura de cache são importantes, e diferenças na geração de CPU afetam:

Quantas transações podem ser processadas
Quantas correntes podem ser manuseadas sem cair atrás
Quão rápido os dados podem ser processados

2. Muitas camadas de virtualização e caminhos de rede longos (maior latência de rede)

Grandes nuvens de propósito geral devem executar muitas aplicações diferentes simultaneamente em hardware físico compartilhado.
Para suportar isso, várias camadas de virtualização e rede interna são adicionadas.

Os exemplos incluem:

Hipervisores para máquinas virtuais
NIC e interruptores virtuais
Firewalls internos e balanceadores de carga
Agentes de facturação e de monitorização

Embora necessário para operações em nuvem, na perspectiva de Solana:

Cada um alonga a rede e o caminho de processamento
Cada um introduz latência e jitter

Para cargas de trabalho que lidam constantemente com dados de streaming como Shreds ou gRPC, esses “passagens adicionais” acumulam-se diretamente como desvantagens.

3. Overcommit cria desempenho instável

Nuvens grandes aumentam a eficiência executando muitas máquinas virtuais em um servidor físico.
Por exemplo, um servidor com uma CPU física 64-core pode hospedar muitas VMs 8-core ou 16-core, somando muito mais de 64 núcleos virtuais.

Esta prática — atribuindo mais núcleos virtuais do que núcleos físicos — é excessivamente comprometida.

Os pressupostos são:

Nem todas as VMs usarão 100% de sua CPU simultaneamente
O tempo de CPU pode ser emprestado entre VMs dependendo da atividade

Para cargas de trabalho Web2, esses pressupostos são razoavelmente válidos.

No entanto, cargas de trabalho Solana muitas vezes incluem vários processos que simultaneamente requerem CPU significativa.
Em um servidor sobrecarregado, a contenção da CPU ocorre com mais frequência, e o SO deve agendar tarefas em uma fila.

Consequentemente:

Benchmarks podem parecer rápidos
A latência real nas cargas de trabalho reais varia significativamente dependendo da hora do dia e da carga de outros inquilinos

Para Solana – onde o timing da transação e o timing do fluxo afetam diretamente os resultados – esse jitter é uma grande desvantagem.

4. Altos volumes de transferência de dados resultam em faturamento caro baseado no uso

A monitorização séria dos dados da cadeia de Solana envolve frequentemente vários terabytes de transferência diária através de Shreds, logs e gRPC eventos.

Grandes nuvens carregam separadamente para:

Tráfego de rede de saída
Às vezes tráfego de rede interna
Armazenamento I/O

Na Web2 cargas de trabalho, essas taxas são insignificantes porque o volume de tráfego é pequeno.
Mas para cargas de trabalho Solana, simplesmente assinar fluxos pode resultar em cargas de rede de várias centenas de dólares por dia, tornando a operação contínua impraticável.

Assim, grandes nuvens de propósito geral são estrutural e economicamente desalinhadas com cargas de trabalho Solana.

Por quê? ERPC data centers testados em todo o mundo

Entendendo essas restrições, precisávamos identificar infraestrutura que era realmente adequada para Solana.

Para isso, alugamos data centers em todo o mundo e realizamos cargas de trabalho reais do Solana para avaliar seu comportamento.

Mesmo dentro da mesma cidade, a adequação para Solana varia dependendo de:

Estrutura da construção
Posição da rack
Cabeamento interno
IX e prestadores de serviços de trânsito
Desempenho e configuração de hardware de rede
Capacidade ISP e qualidade de roteamento
A quantidade e qualidade das rotas de fibra física
Garantias de largura de banda durante o congestionamento

Através de testes repetidos, identificamos claramente:

Locais que se comportam de forma consistente e cooperativa para Solana
Locais que não, independentemente das especificações anunciadas

Removemos este último e refinamos nossas escolhas várias vezes, eventualmente formando nossa infraestrutura atual e arquitetura de rede.
Este conhecimento acumulado apoia diretamente a fundação de ERPC VPS e RPC infraestruturas.

Por quê? ERPC VPS proporciona alto desempenho

O seguinte explica como ERPC VPS é projetado estruturalmente para suportar cargas de trabalho Solana de alto desempenho.

Removendo camadas desnecessárias com foco em cargas de trabalho Solana

Grandes nuvens de propósito geral incluem muitas camadas para suportar uma grande variedade de aplicações.
A maioria dessas camadas não fornecem valor direto para Solana e, em vez disso, criam latência.

Ao concentrar-se nas cargas de trabalho Solana, ERPC VPS remove:

Camadas desnecessárias para o tráfego Solana
Componentes presentes apenas para operações de nuvem multiuso

um por um, de forma cuidadosa e controlada.

Isto não é “simplificação para o seu próprio bem”, mas um princípio de design:
reter apenas o que é significativo para Solana e remover tudo o resto.

CPUs de última geração e ECC DDR5 memória

Nuvens grandes geralmente não expõem CPUs de última geração aos usuários.
ERPC VPS adota estas CPUs e oferece configurações equivalentes às usadas em Solana RPC e Shredstream nós.

Isso evita gargalos devido às antigas gerações de CPU e fornece uma base capaz de lidar com a indexação, lógica de negociação e análise em tempo real da Solana.

Sem excesso de compromisso

Premium VPS nunca compromete demais os núcleos físicos da CPU.
Cada núcleo alocado é apoiado diretamente por um núcleo físico.

Isto evita:

Desempenho variável dependendo de outros inquilinos
Contencioso de CPU sob carga pesada

Padrão VPS também mantém taxas de excesso de comprometimento extremamente baixas para garantir um comportamento estável da CPU.

CPUs operam em turbo máximo em todos os momentos

Muitos ambientes de servidor ajustam dinamicamente a frequência da CPU por razões de energia ou térmicas.
No entanto, para as cargas de trabalho Solana, tal variabilidade pode causar reduções de desempenho em momentos críticos.

ERPC VPS é sintonizado para que as CPUs operem em velocidades de clock consistentemente altas, minimizando a flutuação descendente sob carga e garantindo estabilidade de desempenho.

Executando nos principais hubs de rede da Solana

ERPC VPS não está apenas “localizada perto da nossa própria infraestrutura”.
Ele é executado diretamente nas redes onde os validadores e stake Solana estão globalmente concentrados.

Padrão VPS é implantado em uma rede classificada em segundo lugar no mundo em contagem de validadores e stake.
Premium VPS roda na rede classificada em primeiro lugar globalmente em ambas as métricas, diretamente conectado a um hub principal onde líderes e validadores de núcleo convergem.

Assim, ERPC VPS:

Compartilha a mesma rede que da ERPC RPC, gRPC, e Shredstream infraestruturas, e
Opera nas próprias redes onde os validadores e a participação estão mais concentrados

Isso coloca cargas de trabalho física e logicamente mais perto dos líderes.

Como resultado, mesmo o código e a lógica idênticos exibirão desempenho estruturalmente diferente ao executar em ERPC VPS em comparação com grandes nuvens de uso geral, especialmente na detecção e envio de transações adjacentes ao líder.

RAID0 configuração de armazenamento

Muitas nuvens e VPS provedores priorizam a proteção de dados e, portanto, o uso RAID10 ou RAID4/5/6.
Para sistemas Web2 onde os dados do usuário residem no servidor, isso é apropriado.

No entanto, muitas aplicações Web3 e nós da Solana não retêm uma única peça insubstituível de dados na camada de aplicação.
A própria blockchain serve como um livro distribuído, tornando possível a ressincronização ou reconstrução.

Muitos usuários também preferem desempenho sobre espelhamento, e armazenamento I/O O desempenho afeta diretamente o comportamento do nó Solana.
Por estas razões, ERPC VPS usos RAID0 para maximizar I/O - Não.

Na infraestrutura Web3, escolhendo onde colocar redundância e em qual camada é essencial para equilibrar desempenho e segurança.

Referência: Testes de velocidade do mundo real para diferentes níveis RAID SSD
https://larryjordan.com/articles/real-world-speed-results-for-different-raid-levels/

Conclusão

Não há um único fator que explique o desempenho de ERPC VPS.

Geração de CPU, política de excesso de comprometimento, eliminação de restrições de economia de energia e execução em turbo máximo, seleção de data center, caminhos de rede, configuração RAID, e quão longe camadas desnecessárias são removidas para cargas de trabalho Solana- cada um desses fatores pode parecer pequeno por conta própria, mas quando cada um é completamente refinado, o efeito cumulativo torna-se o desempenho ERPC VPS Entrega hoje.

Através desses esforços, construímos uma infraestrutura fundamentalmente diferente das grandes nuvens de uso geral – uma infraestrutura especializada para cargas de trabalho Web3 e blockchain.
Para Solana, esta diferença estrutural traduz-se diretamente em vantagens significativas de desempenho.

Para perguntas de configuração, discussões de casos de uso ou planejamento de implantação, não hesite em contactar-nos através do Validators DAO Discord.

ERPC Sítio oficial: https://erpc.global/
Validators DAO Oficial Discord: https://discord.gg/C7ZQSrCkYR