ERPC atualiza a arquitetura de rede que atende ao tráfego Solana HTTP / WebSocket / gRPC em Frankfurt
A ERPC, operada pela ELSOUL LABO B.V. (sede: Amsterdã, Países Baixos; CEO: Fumitake Kawasaki) e pela Validators DAO, implementou uma atualização de grande porte na arquitetura de rede que processa o tráfego HTTP / WebSocket / gRPC na região de Frankfurt (FRA).
A atualização já foi aplicada ao ambiente de produção, e todo o tráfego que atualmente usa Frankfurt é processado pela nova arquitetura da camada frontal da rede.
Por que Frankfurt continua sendo escolhida
O uso da plataforma ERPC continua se concentrando em Frankfurt porque é estruturalmente mais fácil atender nessa região às condições necessárias para obter resultados estáveis e consistentes na operação real da Solana.
Frankfurt possui grande concentração de validadores importantes e stake da Solana. Essa concentração representa mais do que proximidade geográfica: oferece vantagens estruturais para concluir observação, acompanhamento, recepção de Shreds e atualizações de estado por rotas de rede mais curtas e consistentes.
A Solana opera com líderes que se alternam em intervalos curtos, enquanto produção de blocos, propagação de Shreds, votos e atualizações de estado avançam continuamente, com intervalos mínimos. Nesse modelo, os resultados não são determinados pela velocidade média de resposta, mas pela capacidade de conter a variação da latência e manter o acompanhamento confiável diante de interferências externas.
Frankfurt se beneficia de uma longa história de interconexões maduras desenvolvidas para casos de uso financeiros, resultando em um ambiente de rede com alta estabilidade e previsibilidade das rotas. Com menos segmentos pela internet pública e grande proximidade dos principais pontos de agregação, a estrutura é naturalmente resistente ao impacto de jitter incidental nos resultados.
Com o acúmulo dessas condições ao longo do tempo, Frankfurt passou a ser escolhida não como uma região temporariamente rápida, mas como uma região onde é mais fácil sustentar alto desempenho de forma consistente.
Limitação estrutural identificada em observações recentes
A ERPC monitora continuamente as rotas de tráfego em Frankfurt. Por meio dessa observação, ficou claro que a carga não se concentrava nos próprios nós RPC e gRPC, mas na camada de proxy posicionada à frente deles.
Todo o tráfego HTTP / WebSocket / gRPC passa por esse proxy frontal. Quando cresce o número de conexões simultâneas e comunicações prolongadas se sobrepõem, a capacidade e o comportamento dessa camada afetam diretamente a estabilidade geral. Se o processamento se congestiona no proxy, o impacto se propaga para as camadas seguintes, reduzindo a taxa de sucesso das transações e a confiabilidade do acompanhamento.
Como Frankfurt concentra a maior demanda, o proxy frontal se destacou como a próxima limitação estrutural. A ERPC reconhece isso não como um incidente isolado, mas como um desafio de arquitetura.
Atualização implementada na arquitetura de rede
Nesta atualização, a ERPC renovou e ampliou por completo a rede de proxies frontais em Frankfurt. Em vez de apenas aumentar o número de máquinas, a arquitetura de hardware no ponto de entrada do tráfego foi reavaliada desde os fundamentos para ampliar tanto a folga de processamento quanto a estabilidade.
O proxy frontal precisa sustentar processamento ininterrupto mesmo durante picos curtos consecutivos. Para atender a esse requisito, as gerações de CPU e memória foram atualizadas para as mais recentes disponíveis, resultando em uma configuração estável sob carga prolongada.
O objetivo não é melhorar marginalmente os tempos médios de resposta. A atualização reforça a base necessária para manter condições estáveis de execução das transações diante do aumento da demanda.
Estado após a atualização
A atualização já está ativa em produção. Todo o tráfego HTTP / WebSocket / gRPC da região de Frankfurt é atualmente processado pela nova arquitetura da rede de proxies frontais.
Com maior estabilidade na camada de entrada, os nós RPC e gRPC seguintes podem permanecer concentrados em suas funções principais. Ao conter as oscilações no ingresso, fica menos provável que as condições gerais de comunicação se degradem.
Migração do endpoint Geyser gRPC
Como parte desta atualização, somente o serviço Geyser gRPC exige migração para um novo endpoint. Não há mudanças nos endpoints HTTP ou WebSocket.
O endpoint Geyser gRPC antigo está programado para ser removido em aproximadamente duas semanas. Solicitamos que os usuários que ainda dependem dele concluam a migração dentro desse período. Os detalhes do novo endpoint e as etapas da migração estão disponíveis no Discord oficial da Validators DAO.
Preço promocional
O preço promocional dos serviços RPC e gRPC em janeiro de 2026 termina em três dias. Os contratos iniciados dentro desse período manterão os valores promocionais enquanto permanecerem ativos. Detalhes e condições estão disponíveis no Discord oficial da Validators DAO.
Disponibilidade e consultas
Para consultar a disponibilidade mais recente, receber orientação sobre a migração do Geyser gRPC e conferir os preços, entre em contato pelo Discord oficial da Validators DAO.
Discord oficial da Validators DAO: https://discord.gg/C7ZQSrCkYR<br>
Site oficial da ERPC: https://erpc.global/pt
Agradecemos sinceramente a todos os usuários pelo apoio contínuo à ERPC.
