ERPC melhora significativamente a infraestrutura de rede Solana. Plataforma Proxy de alto desempenho totalmente atualizada, implantada em todas as regiões para RPC compartilhado, gRPC e Shredstream. Atualizações de tempo zero alcançadas

ERPC, operados por ELSOUL LABO B.V. (Sede: Amsterdã, Países Baixos; CEO: Fumitake Kawasaki) e Validators DAO, completou uma grande atualização para sua infraestrutura de rede Solana.

Esta atualização já foi aplicada a todas as regiões e a todos os objetivos compartilhados ERPC (Solana RPC, Geyser gRPC, e Shredstream). Atualizamos os comportamentos de infraestrutura que tendem a influenciar diretamente os resultados do mundo real como um sistema integrado, incluindo iniciação de conexão, processamento de TLS, controle de cache, HTTP/1.1 e HTTP/2 transporte, comportamento de conexão de longa duração e métricas para observação e solução de problemas.

Ao mesmo tempo em que mantemos a responsividade do dia-a-dia como uma linha de base, também reorganizamos o comportamento da rede subjacente, de modo que é menos provável que ela se torne tendenciosa ou instável em cenários onde os resultados tendem a se degradar, como volatilidade de pico de carga, instabilidade sob operação sustentada e cascatas desencadeadas por desconexão e reconexões. Como resultado, o ambiente está agora mais bem estruturado para manter o desempenho e estabilidade em operações práticas Solana.

Além disso, transicionamos para uma arquitetura operacional que permite que alterações de configuração de rede e atualizações de plataforma sejam aplicadas com o tempo de inatividade zero completo. Não há alterações nos preços, especificações, autenticação ou limites de taxa, e existentes ERPC Os clientes recebem os benefícios da atualização sem qualquer configuração adicional ou alterações operacionais.

Contexto

Em operações práticas de Solana, o tempo médio de resposta e a latência normal são requisitos críticos de base. Ao mesmo tempo, existem cenários em que o comportamento da própria infraestrutura de rede subjacente determina resultados, tais como momentos de carga concentrada, conexões de longa duração e fases em que ocorrem desconexão e reconexões.

Os objetivos compartilhados, em particular, devem acomodar ambas as rajadas de envio de transações em janelas de curto prazo e conexões sempre-on via WebSocket e gRPC. Nestas condições, o comportamento de nível de infraestrutura — iniciação de conexão, apertos de mão TLS, comportamento de transporte, manipulação de cache e recuperação de estados ociosos — reflete diretamente na experiência do usuário e resultados de execução.

Com a resposta média como uma linha de base explícita, os resultados do mundo real ainda podem ser decididos por diferentes fatores durante picos ou sob operação sustentada. Portanto, as operações práticas exigem que a usabilidade diária e a continuidade em cenários propensas a falhas sejam alcançadas ao mesmo tempo.

ERPC projetou e operou sua própria plataforma de proxy de alto desempenho Rust como base para comunicações Solana, mantendo uma arquitetura que aplica a mesma abordagem em todas as regiões enquanto evolui continuamente a plataforma. Esta atualização reexamina problemas observados operacionalmente como um sistema unificado – desde a iniciação da conexão até a operação de longa duração – e reorganiza toda a fundação da rede conforme necessário.

O Que Muda Para ERPC clientes

Com esta atualização, ERPC os clientes primeiro verão o comportamento estabilizado na iniciação da conexão. Durante o estabelecimento de conexão, incluindo TLS, condições desiguais e tentativas desnecessárias são menos prováveis de ocorrer, tornando mais fácil para transações e fluxos entrar processamento de forma confiável no início.

Em seguida, reorganizamos os comportamentos de infraestrutura que tendem a causar volatilidade durante o pico de carga. Combinando filtragem precoce de conexões desnecessárias com atualizações simultâneas para HTTP/1.1 e HTTP/2 a consistência de transporte e timeout, a saúde do pool de conexão, o comportamento de cache sob contenção, e métricas para observação e solução de problemas, fortalecemos as condições que ajudam a prevenir comportamentos tendenciosos mesmo quando a carga se concentra.

De longa duração WebSocket e gRPC fluxos e sempre monitorando cargas de trabalho, a continuidade da conexão melhorou. A frequência da desconexão/reconnect/resync os acontecimentos — e a probabilidade de esses acontecimentos se tornarem resultados — foram reduzidos, facilitando a construção de operações com base no pressuposto de um runtime sustentado.

Melhorias no controle de cache e no comportamento de transporte também reduzem a probabilidade de refetches desnecessários e processamento desperdiçado durante o congestionamento. Largura de banda e processamento de headroom são mais propensos a permanecer utilizável e estável, e métricas expandidas e observabilidade tornam a identificação de causa raiz e timelines de recuperação mais fácil de encurtar.

Além disso, ao permitir mudanças de configuração e atualizações de plataforma com tempo de inatividade zero, estabelecemos condições operacionais que facilitam o aumento de desempenho, estabilidade e qualidade global da plataforma em alta frequência. A capacidade de continuar melhorando sem pausar a plataforma fortalece ainda mais a continuidade para os clientes.

Detalhes das melhorias

Esta atualização não é apresentada como uma versão conduzida por nomes de recursos específicos ou números de versão. Em vez disso, decompõe os cenários que tendem a dominar os resultados do Solana no mundo real nas seguintes camadas: iniciação de conexão, TLS, o L4/HTTP limite, H1/H2 transporte, cache, observação, comportamento de falha e pré-requisitos operacionais de longo prazo – e atualiza a plataforma para que essas camadas se conectem sem contradição.

A seguir, explicamos as melhorias incorporadas em termos de como elas contribuem para a experiência do cliente e resultados operacionais.

Melhorias na Iniciação da Conexão e Tratamento do TLS

Expandimos o contexto TLS manipulado durante o estabelecimento da conexão e atualizamos a estrutura para que o estado requerido possa ser mantido e aplicado adequadamente. Isso torna as condições desiguais e tentativas desnecessárias menos prováveis na iniciação da conexão.

Também reorganizamos o manuseio do TLS, incluindo a verificação do certificado e a verificação do nome do host, para que os requisitos de segurança possam ser cumpridos, reduzindo as condições em que falhas de handshake ou inconsistências criam perdas de iniciação que se transformam em resultados. Isso não é apenas um aprimoramento de segurança; contribui para estabilizar o comportamento desde o início da conexão até a entrada em processamento para cargas de trabalho Solana.

Fortalecemos ainda mais mecanismos que tornam o comportamento adjacente ao TLS mais fácil de observar e solucionar problemas. Em cenários onde a iniciação domina os resultados, a capacidade de reproduzir problemas, identificar causas e refletir correções rapidamente torna-se a capacidade que preserva a qualidade da experiência.

Preservando a Sala de Cabeçalho através de Filtragem Precoce de Conexões Desnecessárias

Nós introduzimos um mecanismo para filtrar conexões TCP em uma fase inicial, atualizar a plataforma de modo que conexões ilegítimas ou desnecessárias são menos propensos a pressionar o tráfego legítimo. Em endpoints compartilhados, as solicitações de conexão podem aumentar devido a fatores externos ou desvios temporários.

A filtragem em estágio inicial ajuda a garantir que as conexões legítimas sejam menos propensas a pararem no início, melhorando a probabilidade de que a cabeceira permaneça disponível durante o pico de carga. Como resultado, o comportamento é menos provável de tornar-se tendenciosa mesmo em cenários de carga concentrada, e as condições para uma distribuição estável da latência são reforçadas.

Esclarecendo o modelo de conexão reorganizando o L4/HTTP Limite

A infraestrutura de rede não termina em HTTP. O estabelecimento da conexão e a continuidade dependem L4 condições, e volatilidade nessa camada propaga-se em maior nível de experiência protocolo.

Nesta atualização, abstraímos L4 stream manuseando e reorganizando a estrutura para que o modelo de conexão possa ser tratado mais explicitamente. Isso torna mais fácil para a plataforma manter um comportamento consistente em cenários onde as conexões continuam a crescer, as implementações do cliente variam e a operação de longa duração provoca transições de estado.

Comportamento de repetição também foi reorganizado para reduzir padrões em que cascatas de volatilidade de curta duração em experiência do usuário. A estabilidade prática depende menos da eliminação de falhas isoladas e mais da prevenção de cascatas de falhas.

Melhorias para HTTP/1.1 e HTTP/2 Transporte e comportamento de longa duração

Adicionamos medições que permitem que o volume de dados transferidos seja monitorado consistentemente através de HTTP/1.1 e HTTP/2. Isto torna mais fácil identificar onde se verificam baias ou gargalos no gasoduto de transporte, melhorando tanto a resolução de problemas como a velocidade de aplicação das correcções.

Nós também reorganizamos HTTP/2 comportamento de timeout de escrita corporal, portanto, baias e cabides não naturais são menos prováveis durante a carga concentrada ou streaming de longa duração. Na operação de longo prazo, o que importa não é o desempenho máximo em estados ideais, mas a capacidade de evitar o colapso do comportamento durante transições de estado.

O comportamento de tempo livre e o manuseio do pool de conexão também foram revistos, removendo fatores de instabilidade que tendem a se acumular durante o runtime sustentado. No HTTP/1.1 lado disso, reorganizamos o comportamento de desligamento seguro para conexões que possuem solicitações incompletas, reduzindo fontes de volatilidade tanto no uso de recursos quanto no comportamento.

Melhorias no Controle de Cache e Qualidade Operacional

Nós melhoramos a capacidade de rastrear por que um ativo não é armazenado em cache, aumentando a explicabilidade do comportamento de cache. Na prática, o que domina não é se o cache existe, mas em que condições é aplicado e em que condições ele cai.

Nós reorganizamos o comportamento de bloqueio, o manuseio obsoleto e os padrões de revalidação, então a degradação da experiência é menos provável de cascata quando a contenção ocorre sob carga de pico. Também organizamos controles de despejo para casos em que cresce o número de ativos em cache, e refinados comportamentos de conteúdo parcial (incluindo solicitações de Range), fortalecendo condições que reduzem refetches desnecessários e latência sob cargas de trabalho reais.

Essas melhorias reduzem os casos em que o comportamento de cache se torna mais outlier, tornando menos provável que os clientes devam projetar operações em torno da incerteza de nível de infraestrutura.

Melhorias no comportamento, registro e observação de falhas

O comportamento de falha e o loging foram reorganizados para que seja mais fácil entender o que aconteceu quando os problemas ocorrem. Padrões em que erros a jusante caem em 'cache'/transport o comportamento e a pior experiência são reduzidos, facilitando a localização do raio de explosão.

Observabilidade e melhorias na solução de problemas não se destinam a reivindicar “nenhum incidente”, mas a reduzir o tempo de recuperação quando ocorrem incidentes. Isso reduz o risco em cenários de pico de carga e operação sustentada.

Atualizações de dependência e correções de segurança como pré-requisitos operacionais de longo prazo

Incorporamos atualizações de dependência e correções de segurança para manter os pré-requisitos para operação de plataforma de longo prazo. Isso inclui atualizações relacionadas à versão mínima suportada de Rust (MSRV) e alinhamento CI, fortalecendo a base necessária para evoluir continuamente a plataforma.

A capacidade de manter a atualização com segurança é em si uma exigência para a qualidade a longo prazo.

Transição para Operações Zero-Downtime

Anteriormente, um curto tempo de parada poderia ocorrer durante as mudanças de configuração de rede ou atualizações de plataforma. Com esta atualização, transicionamos para uma arquitetura onde essas operações podem ser aplicadas com o tempo de inatividade zero completo.

Endpoints compartilhados têm conexões sempre-on e momentos contínuos onde o timing importa. Mesmo um breve tempo de parada pode desencadear desconexão, reconexões e resincronização de cascatas, e esse custo pode se propagar em resultados. Atualizações de tempo zero reduzem a probabilidade dessas cascatas e impedem que operações de longa duração sejam fragmentadas.

Ao mesmo tempo, ERPC agora tem condições operacionais que permitem que as questões observadas sejam refletidas em melhorias rapidamente. A maior frequência de iteração nos permite eliminar continuamente a volatilidade e o comportamento da borda dentro das operações de produção.

Impacto por Serviço

Solana RPC (HTTP / WebSocket)

Melhorias na iniciação da conexão, TLS, controle de cache e comportamento de transporte afetam tanto leituras de dados quanto a envio de transações. Ao mesmo tempo em que se mantém a usabilidade do dia-a-dia, fatores que reduzem os endpoints de viés durante o pico de carga são reduzidos, e as condições de preservação da cabeceira durante a congestão são reforçadas.

Geyser gRPC

A continuidade da conexão melhorou para o uso de streaming de longa duração. HTTP/2 o transporte, a consistência do timeout, a saúde da piscina de conexão e as medições de transporte ampliadas trabalham em conjunto para reduzir a probabilidade de reconectar/resync Os custos propagam-se em resultados.

Shredstream (Direct Shreds)

Com o gerenciamento de conexão e melhorias de iniciação projetadas para entrega contínua, as condições são reforçadas, de modo que dados ou latência ausentes são menos prováveis sob congestionamento. A continuidade estável para detecção e seguimento torna-se mais fácil de sustentar.

Conectando operações de P&D e produção

A base de sistemas distribuídos que inclui ERPC foi reconhecido como um projeto de P&D no âmbito do WBSO programa. Estabelece-se uma estrutura em que as questões observadas operacionalmente podem ser incorporadas como sujeitos de pesquisa e melhoradas por meio da verificação e iteração.

Esta atualização de fundação de rede é uma tal iteração aplicada em todas as regiões, refletida em desempenho prático e estabilidade. Manter operações e P&D conectados é um pré-requisito para conectar continuamente o que é observado na produção para a próxima atualização, em vez de parar em melhorias pontuais.

Dentro ERPC, padrões de uso reais, variabilidade de carga e comportamento de modo de falha são incorporados em ciclos repetidos de verificação e melhoria que aumentam progressivamente a qualidade da fundação da rede. Esta atualização foi executada no âmbito desse quadro integrado de P&D e de operações de produção.

Informação para os clientes

Esta atualização já foi aplicada a todas as regiões e a todos os objetivos compartilhados. Existente ERPC Os clientes não precisam de alterar a configuração ou as operações. Não há alterações nos preços, especificações, autenticação ou limites de taxa.

Porque os endpoints compartilhados devem sustentar ambos os picos curtos e conexões de longa duração simultaneamente, as condições foram reorganizadas assim que o comportamento é menos provável tornar-se tendenciosa sob essas cargas de trabalho mistas. Mesmo quando mudanças de configuração ou atualizações de plataforma ocorrem durante as operações, as alterações são aplicadas com o tempo de inatividade zero, então os clientes não precisam planejar a fragmentação da conexão ou resincronizar-por-design.

Para perguntas sobre arquitetura, otimização específica da carga de trabalho ou feedback operacional, por favor, entre em contato com Validators DAO oficial Discord.

Ao conectar continuamente observações de produção e feedback em melhorias, ERPC aumentou progressivamente a sua qualidade de fundação. Continuaremos a acumular melhorias com o tempo de inatividade zero e forneceremos infraestrutura de rede que sustenta resultados do Solana no mundo real.

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