ERPC aprimora significativamente a infraestrutura de rede Solana, atualiza por completo a plataforma de proxy em Rust e alcança atualizações sem tempo de inatividade
A ERPC, operada pela ELSOUL LABO B.V. (sede: Amsterdã, Países Baixos; CEO: Fumitake Kawasaki) e pela Validators DAO, concluiu uma grande atualização de sua infraestrutura de rede Solana.
A atualização já foi aplicada a todas as regiões e a todos os endpoints compartilhados da ERPC (Solana RPC, Geyser gRPC e Shredstream). Como um sistema integrado, atualizamos os comportamentos de infraestrutura que tendem a influenciar diretamente os resultados reais, incluindo o início das conexões, o processamento de TLS, o controle de cache, o transporte por HTTP/1.1 e HTTP/2, o comportamento de conexões prolongadas e as métricas de observabilidade e diagnóstico.
Mantendo a capacidade de resposta cotidiana como referência, também reorganizamos o comportamento fundamental da rede para reduzir a probabilidade de viés ou instabilidade nos cenários em que os resultados tendem a se degradar, como oscilações nos picos de carga, instabilidade em operação prolongada e cascatas provocadas por desconexões e reconexões. Assim, o ambiente está mais bem estruturado para sustentar desempenho e estabilidade nas operações práticas da Solana.
Também migramos para uma arquitetura operacional que permite aplicar mudanças de configuração da rede e atualizações da plataforma sem nenhum tempo de inatividade. Não há alterações de preço, especificações, autenticação ou limites de taxa, e os clientes atuais da ERPC recebem os benefícios sem configuração adicional nem mudanças operacionais.
Contexto
Na operação prática da Solana, o tempo médio de resposta e a latência em condições normais são requisitos básicos e críticos. Ao mesmo tempo, há cenários em que o próprio comportamento da infraestrutura de rede determina os resultados, como momentos de carga concentrada, conexões prolongadas e fases com desconexões e reconexões.
Endpoints compartilhados precisam atender tanto a rajadas de envio de transações em janelas curtas quanto a conexões permanentes por WebSocket e gRPC. Nessas condições, o comportamento da infraestrutura — início das conexões, handshakes TLS, transporte, tratamento de cache e recuperação de estados ociosos — se reflete diretamente na experiência dos usuários e nos resultados da execução.
Mesmo tomando a capacidade média de resposta como referência explícita, fatores diferentes ainda podem decidir os resultados durante picos ou operação prolongada. Por isso, a operação prática precisa assegurar simultaneamente a usabilidade diária e a continuidade nos cenários mais sujeitos a falhas.
A ERPC projeta e opera sua própria plataforma de proxy de alto desempenho em Rust como base das comunicações Solana, mantendo uma arquitetura que aplica a mesma abordagem a todas as regiões e evolui continuamente. A atualização reexamina como um sistema único os problemas observados na operação — do início das conexões à execução prolongada — e reorganiza toda a base da rede.
O que muda para os clientes da ERPC
Primeiro, os clientes observarão um comportamento mais estável no início das conexões. Durante o estabelecimento, incluindo TLS, condições incompatíveis e novas tentativas desnecessárias ficam menos prováveis, facilitando a entrada confiável de transações e streams no processamento desde o começo.
Depois, reorganizamos os comportamentos da infraestrutura que tendem a causar oscilações nos picos. Ao combinar a filtragem antecipada de conexões desnecessárias com atualizações simultâneas no transporte HTTP/1.1 e HTTP/2, na consistência dos timeouts, na integridade dos pools de conexão, no cache sob contenção e nas métricas de observabilidade e diagnóstico, reforçamos as condições que ajudam a evitar comportamentos enviesados mesmo quando a carga se concentra.
A continuidade melhorou para streams WebSocket e gRPC de longa duração e cargas de monitoramento permanente. Foram reduzidas a frequência de desconexões, reconexões e resincronizações e a probabilidade de esses eventos se propagarem para os resultados, facilitando operações baseadas na premissa de execução prolongada.
As melhorias no controle de cache e no transporte também reduzem a probabilidade de novas buscas desnecessárias e processamento desperdiçado durante congestionamentos. A largura de banda e a folga de processamento têm maior probabilidade de permanecer disponíveis e estáveis, enquanto as métricas e a observabilidade ampliadas ajudam a encurtar a identificação da causa raiz e o tempo de recuperação.
Além disso, ao permitir mudanças de configuração e atualizações da plataforma sem tempo de inatividade, estabelecemos condições operacionais que facilitam elevar com frequência o desempenho, a estabilidade e a qualidade geral. A capacidade de continuar melhorando sem pausar a plataforma reforça ainda mais a continuidade para os clientes.
Detalhes das melhorias
A atualização não é apresentada como uma versão orientada por nomes específicos de recursos ou números de versão. Em vez disso, decompõe os cenários que tendem a dominar os resultados reais da Solana nas seguintes camadas — início da conexão, TLS, limite L4/HTTP, transporte H1/H2, cache, observabilidade, comportamento em falhas e requisitos de operação de longo prazo — e atualiza a plataforma para conectar essas camadas sem contradições.
A seguir, explicamos as melhorias incorporadas em termos de sua contribuição para a experiência dos clientes e os resultados operacionais.
Melhorias no início das conexões e no tratamento de TLS
Ampliamos o contexto TLS tratado durante o estabelecimento da conexão e atualizamos a estrutura para manter e aplicar adequadamente o estado necessário. Isso reduz a probabilidade de condições incompatíveis e novas tentativas desnecessárias no início.
Também reorganizamos o tratamento de TLS — incluindo a verificação dos certificados e dos nomes de host — para atender aos requisitos de segurança e, ao mesmo tempo, reduzir situações em que falhas de handshake ou inconsistências provocam perdas iniciais que se propagam até os resultados. Não é apenas uma melhoria de segurança: ela contribui para estabilizar as cargas Solana desde o início da conexão até sua entrada no processamento.
Também reforçamos os mecanismos que facilitam observar e diagnosticar o comportamento relacionado ao TLS. Nos cenários em que o início da conexão domina o resultado, a capacidade de reproduzir problemas, identificar causas e aplicar correções rapidamente é o que preserva a qualidade da experiência.
Preservação da folga por meio da filtragem antecipada de conexões desnecessárias
Introduzimos um mecanismo para filtrar conexões TCP em uma etapa inicial, reduzindo a probabilidade de conexões ilegítimas ou desnecessárias pressionarem o tráfego legítimo. Em endpoints compartilhados, as solicitações de conexão podem disparar devido a fatores externos ou desequilíbrios temporários.
A filtragem antecipada ajuda a impedir que conexões legítimas fiquem paradas no início e aumenta a probabilidade de preservar folga durante os picos. Com isso, o comportamento fica menos sujeito a viés mesmo sob carga concentrada, reforçando as condições para uma distribuição estável da latência.
Clareza do modelo de conexão com a reorganização do limite L4/HTTP
A infraestrutura de rede não termina no HTTP. O estabelecimento e a continuidade das conexões dependem das condições de L4, e as oscilações nessa camada se propagam até a experiência com os protocolos superiores.
Nesta atualização, abstraímos o tratamento dos streams L4 e reorganizamos a estrutura para que o modelo de conexão seja tratado de forma mais explícita. Isso facilita manter comportamento consistente quando o número de conexões continua crescendo, as implementações dos clientes variam e a execução prolongada provoca transições de estado.
O comportamento das novas tentativas também foi reorganizado para reduzir padrões em que oscilações breves se propagam até a experiência dos usuários. A estabilidade prática depende menos de eliminar falhas isoladas e mais de impedir cascatas de falhas.
Melhorias no transporte HTTP/1.1 e HTTP/2 e no comportamento prolongado
Adicionamos medições que permitem acompanhar de forma consistente o volume de dados transferido por HTTP/1.1 e HTTP/2. Assim, fica mais fácil identificar onde ocorrem paralisações ou gargalos no pipeline de transporte, melhorando o diagnóstico e a velocidade de aplicação das correções.
Também reorganizamos o timeout da gravação de corpos no HTTP/2 para reduzir paralisações e travamentos anormais sob carga concentrada ou streaming prolongado. Na operação contínua, o importante não é o pico de desempenho em condições ideais, mas impedir que o comportamento entre em colapso durante transições de estado.
O comportamento do idle timeout e o tratamento dos pools de conexão também foram revistos para remover fatores de instabilidade que tendem a se acumular durante execuções prolongadas. No HTTP/1.1, reorganizamos o encerramento seguro das conexões com solicitações incompletas, reduzindo fontes de oscilação tanto no uso dos recursos quanto no comportamento.
Melhorias no controle de cache e na qualidade operacional
Melhoramos a capacidade de acompanhar por que um recurso não foi armazenado em cache, aumentando a explicabilidade do comportamento. Na prática, o ponto dominante não é a simples existência do cache, mas em quais condições ele é aplicado e em quais deixa de ser.
Reorganizamos o comportamento dos locks, o tratamento de conteúdo stale e os padrões de revalidação para reduzir o risco de degradação em cascata quando há contenção nos picos. Também organizamos controles de remoção para o crescimento do número de recursos em cache e refinamos o comportamento de conteúdo parcial, incluindo solicitações Range, reforçando as condições que reduzem novas buscas desnecessárias e a latência nas cargas reais.
Essas melhorias reduzem os casos em que o cache se torna um ponto fora da curva, diminuindo a necessidade de os clientes projetarem suas operações em torno de incertezas da infraestrutura.
Melhorias no comportamento em falhas, nos logs e na observabilidade
O comportamento em falhas e os logs foram reorganizados para facilitar a compreensão do que aconteceu quando surge um problema. Foram reduzidos os padrões em que erros nas camadas seguintes se propagam pelo cache ou pelo transporte e agravam a experiência, facilitando limitar o raio de impacto.
As melhorias de observabilidade e diagnóstico não pretendem alegar “zero incidentes”, mas encurtar o tempo de recuperação quando eles ocorrem. Isso reduz o risco nos cenários de pico e de operação prolongada.
Atualizações de dependências e correções de segurança como requisitos de longo prazo
Incorporamos atualizações de dependências e correções de segurança para manter as condições necessárias à operação prolongada da plataforma. Isso inclui atualizações relacionadas à versão mínima compatível do Rust (MSRV) e ao alinhamento da CI, reforçando a base necessária para continuar evoluindo a plataforma.
A própria capacidade de manter atualizações seguras é um requisito da qualidade de longo prazo.
Transição para operações sem tempo de inatividade
Anteriormente, mudanças na configuração da rede ou atualizações da plataforma podiam provocar um curto período de inatividade. Com esta atualização, migramos para uma arquitetura em que essas operações podem ser aplicadas sem nenhum tempo de inatividade.
Endpoints compartilhados possuem conexões permanentes e momentos contínuos em que o tempo importa. Mesmo uma breve inatividade pode provocar cascatas de desconexão, reconexão e resincronização, e esse custo pode se propagar aos resultados. Atualizações sem inatividade reduzem a probabilidade dessas cascatas e impedem a fragmentação das operações prolongadas.
Ao mesmo tempo, a ERPC agora possui condições operacionais para incorporar rapidamente os problemas observados às melhorias. Uma frequência maior de iteração permite eliminar continuamente oscilações e comportamentos em casos extremos na operação de produção.
Impacto por serviço
Solana RPC (HTTP / WebSocket)
As melhorias no início das conexões, em TLS, no cache e no transporte afetam tanto a leitura de dados quanto o envio de transações. Mantendo a usabilidade cotidiana, reduzem-se os fatores que enviesam os resultados nos picos e reforçam-se as condições para preservar folga durante congestionamentos.
Geyser gRPC
A continuidade melhorou para usos de streaming prolongado. Transporte HTTP/2, consistência de timeouts, integridade dos pools de conexão e medições ampliadas trabalham em conjunto para reduzir a probabilidade de os custos de reconexão e resincronização se propagarem até os resultados.
Shredstream (Direct Shreds)
Com melhorias de gerenciamento e início de conexões projetadas para entrega contínua, reforçam-se as condições para reduzir a probabilidade de perda de dados ou aumento da latência durante congestionamentos. Fica mais fácil sustentar a continuidade estável da detecção e do acompanhamento.
Conexão entre P&D e operação em produção
A base de sistemas distribuídos que inclui a ERPC é reconhecida como projeto de P&D pelo WBSO, programa do governo neerlandês. Há uma estrutura para incorporar problemas observados na operação como temas de pesquisa e aprimorá-los por verificação e iteração.
Esta atualização da base de rede é uma dessas iterações aplicada em todas as regiões e refletida em desempenho e estabilidade práticos. Manter operação e P&D conectadas é um requisito para transformar continuamente o que se observa em produção na atualização seguinte, em vez de parar em melhorias pontuais.
Na ERPC, padrões reais de uso, variação da carga e comportamento nos modos de falha alimentam ciclos repetidos de verificação e melhoria que elevam progressivamente a qualidade da base de rede. A atualização foi executada dentro dessa estrutura integrada de P&D e operação em produção.
Informações aos clientes
A atualização já foi aplicada a todas as regiões e a todos os endpoints compartilhados. Os clientes atuais da ERPC não precisam mudar configurações nem operações. Não há alterações de preço, especificações, autenticação ou limites de taxa.
Como endpoints compartilhados precisam sustentar ao mesmo tempo picos curtos e conexões prolongadas, as condições foram reorganizadas para reduzir a probabilidade de comportamento enviesado sob essas cargas combinadas. Mesmo quando ocorrem mudanças de configuração ou atualizações da plataforma durante a operação, elas são aplicadas sem tempo de inatividade, e os clientes não precisam planejar a fragmentação das conexões nem uma resincronização intencional.
Para perguntas sobre arquitetura, otimizações específicas de cargas ou feedback operacional, entre em contato pelo Discord oficial da Validators DAO.
Ao ligar continuamente observações e feedback de produção às melhorias, a ERPC eleva de forma progressiva a qualidade de sua base. Continuaremos acumulando avanços sem tempo de inatividade e oferecendo infraestrutura de rede que sustenta os resultados reais da Solana.
Discord oficial da Validators DAO: https://discord.gg/C7ZQSrCkYR<br>
Site oficial da ERPC: https://erpc.global/pt
