A ERPC leva o caminho rápido XDP e o zero-copy para produção no Solana Geyser gRPC da sua região de Nova York (NY) — confirmada uma diferença de lag de entrega de ~530ms no p99
A ERPC leva o caminho rápido XDP e o zero-copy para produção no Solana Geyser gRPC da sua região de Nova York (NY) — confirmada uma diferença de lag de entrega de ~530ms no p99
A ELSOUL LABO B.V. (Sede: Amsterdam, Países Baixos; CEO: Fumitake Kawasaki) e a Validators DAO, que operam a ERPC, têm o prazer de anunciar que a ERPC levou para produção o caminho rápido XDP e o zero-copy AF_XDP do Solana v4 (Agave 4.x) no endpoint Solana Geyser gRPC compartilhado da sua região de Nova York (NY).
O caminho rápido XDP e o zero-copy AF_XDP já não são experimentais na linha Agave 4.x e foram organizados em funcionalidades disponíveis por meio das flags oficiais de inicialização
--xdp-interface / --xdp-cpu-cores / --xdp-zero-copy. A ERPC acaba de levar esta otimização de rede — cuja adoção vem crescendo no espaço de validadores Solana de alto desempenho — para produção no validador de origem que sustenta o Geyser gRPC da região de NY. Numa comparação antes/depois medida com o slv check geyserbench, da ferramenta de operações Solana de código aberto SLV, o nó de origem pré-otimização, na mesma região de NY, ficou atrás da nova configuração em p50 63ms / p95 490ms / p99 530ms. Esses valores não representam o lag de entrega absoluto do nó otimizado, e sim uma diferença antes/depois, com ganhos de centenas de milissegundos observados sobretudo na cauda p95/p99. Esta mudança já está em produção. Os clientes que priorizam o desempenho de first-arrival podem experimentar o Geyser gRPC da região de NY imediatamente — seja com cobrança por hora (a partir de 1 hora), seja com Crypto Pay (SOL / USDC / EURC).Site oficial da ERPC: https://erpc.global/pt
Painel da ERPC: https://dashboard.erpc.global/pt
Por que o Geyser gRPC na região de Nova York (NY) importa
Na Solana, o leader responsável pela produção de blocos se reveza num ciclo curto, de modo que a origem da comunicação está sempre em movimento. Nessa estrutura, o que importa na prática não é estar próximo de um único ponto fixo, mas ter alta probabilidade de estar perto da rede onde se concentram os principais nós e validadores — e isso afeta diretamente a latência, as taxas de retransmissão e as taxas de falha na operação real.
A região de Nova York (NY) é onde a demanda se concentra durante o horário de negociação norte-americano para cargas de trabalho de trading, indexação e monitoramento/análise que exigem dados on-chain em tempo real. O Geyser gRPC é o caminho para receber atualizações de conta, slot, bloco e transação como um stream, em vez de por polling, e aqui uma diferença de um milissegundo está diretamente ligada à captura de oportunidades de execução e à velocidade percebida no front-end. É exatamente por isso que faz sentido manter o Geyser gRPC da região de NY no nível mais rápido, tanto em design quanto em otimização.
Resultados da medição — diferença de lag de entrega antes/depois via slv check geyserbench
Realizamos uma medição comparativa, usando o
slv check geyserbench da ferramenta de operações Solana de código aberto SLV, entre a nova configuração — com o caminho rápido XDP e o zero-copy AF_XDP habilitados — e o nó de origem pré-otimização na mesma região de NY. Como resultado, o nó pré-otimização ficou atrás da nova configuração pelas seguintes diferenças:- Diferença de lag p50: 63ms
- Diferença de lag p95: 490ms
- Diferença de lag p99: 530ms
Esses números não representam o lag de entrega absoluto do nó otimizado; são um valor comparativo que mostra o quanto o nó de origem pré-otimização ficou atrás da nova configuração.
As diferenças são especialmente grandes na cauda p95/p99, na ordem de centenas de milissegundos. A cauda corresponde aos casos de percentil superior, em que os atrasos crescem mais do que o habitual, e, para cargas de trabalho de trading e de tempo real que priorizam o desempenho de first-arrival, é a faixa com maior probabilidade de se manifestar como atraso na tomada de decisão. O fato de o nó pré-otimização ter ficado cerca de 530ms atrás da nova configuração no p99 mostra que, na cauda, a diferença no caminho de ingestão e propagação do lado da origem afeta diretamente a qualidade de streaming de baixa latência do Geyser gRPC.
O método de medição é de código aberto. Os clientes podem usar o mesmo método
slv check geyserbench para verificar o lag real visto a partir do seu próprio ponto de conexão. Como o lag de entrega varia conforme a origem da conexão, a rota, o horário do dia e a distribuição dos leaders, o que se pode reproduzir não é um número fixo, e sim o próprio método de medição. Os passos, desde a instalação do SLV até a execução da medição, estão publicados no guia Getting Started do SLV. A ERPC faz questão de demonstrar a qualidade de entrega não por afirmações subjetivas ou material de marketing, mas por medições que qualquer pessoa pode verificar com o mesmo método.Site oficial do SLV: https://slv.dev/pt
SLV Getting Started: https://slv.dev/pt/doc/general/getting-started/
O que são o caminho rápido XDP e o zero-copy do Solana v4
O XDP (eXpress Data Path) é uma tecnologia do kernel Linux que permite a um código de rede de alto desempenho contornar grande parte do caminho usual de processamento de pacotes do kernel. Ao reduzir as cópias de dados e as trocas de contexto, ele processa pacotes com muito menos sobrecarga do que a pilha de rede padrão.
No Agave (o cliente validador da Solana), o XDP é aplicado ao Turbine, o protocolo que propaga blocos entre os nós validadores. Os shreds recebidos são processados por um programa eBPF anexado próximo à placa de interface de rede (NIC) e mapeados em buffers do espaço de usuário via AF_XDP. Com o modo zero-copy ativado, os dados recebidos são entregues diretamente do kernel para o espaço de usuário, sem cópia. Os shreds de saída são enviados diretamente via XDP_TX, eliminando chamadas de sistema e cópias no caminho crítico.
A Anza introduziu o XDP para o Turbine na linha Agave 3.x e o levou para a base do Solana v4 (Agave 4.x). Na linha Agave 4.x, o XDP já não é experimental e foi organizado numa funcionalidade disponível por meio de flags oficiais de inicialização. Segundo o guia de configuração da Anza, com o XDP os validadores grandes podem se aproximar de 150.000 pacotes de saída por segundo.
Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide
Implantado em produção no validador de origem de NY — o que habilitamos
A ERPC migrou o validador de origem que sustenta o Geyser gRPC da região de NY para o Solana v4 (Agave 4.x) e colocou em produção o caminho rápido XDP e o zero-copy AF_XDP, disponíveis por meio de flags oficiais de inicialização.
Como a origem passa a receber e propagar shreds mais rápido, ela consegue observar e reconstruir blocos numa fase mais inicial, o que encurta o lag para que essas atualizações cheguem aos clientes pelo stream do Geyser gRPC. O lag do Geyser depende, em última análise, de "quão rápido a origem consegue capturar um bloco". O XDP e o zero-copy são precisamente as otimizações que aceleram esse caminho de ingestão do lado da origem.
Habilitar o XDP exige um ajuste avançado e propenso a erros: um kernel recente, uma NIC compatível com XDP, as systemd capabilities corretas para o processo do validador, as flags de inicialização corretas e o pinning apropriado dos núcleos de CPU. A ERPC aplica diretamente, na construção e operação dos seus validadores de origem, o know-how operacional acumulado ao operar validadores no topo da rede.
A mesma otimização dos validadores de alto desempenho, levada ao endpoint de entrega
O XDP e o zero-copy são otimizações de rede cuja adoção vem crescendo no espaço de validadores Solana de alto desempenho. A ERPC aplica essa mesma tecnologia não apenas para "validadores rápidos", mas para "o validador de origem que sustenta o endpoint de entrega que leva os dados aos clientes mais rápido".
E o know-how operacional para esta otimização está consolidado como uma receita na ferramenta de operações Solana de código aberto SLV. O SLV cobre tudo, desde habilitar o XDP (por meio de variáveis de configuração como
xdp_enabled / xdp_zero_copy) até medir o lag de entrega (slv check geyserbench), de uma forma que qualquer pessoa pode reproduzir, seja em conversas com um agente de IA, seja via CLI. A otimização que a ERPC alcançou na região de NY não é um truque pontual para uma única máquina: ela se apoia numa receita operacional reproduzível.SLV GitHub: https://github.com/validatorsDAO/slv
Suprimindo a latência derivada da distância pelo design — o data center específico para Solana AS200261
A vantagem de latência da ERPC não vem apenas da otimização de software. Ao posicionar os validadores de origem, os endpoints de recepção e os nós de processamento dentro de data centers premium, onde os validadores Solana estão densamente concentrados, a ERPC reduz a latência derivada da distância já na fase de design.
A ELSOUL LABO opera um data center específico para Solana sob o seu próprio ASN (AS200261), atribuído pela RIPE NCC, como parte da plataforma ERPC. Otimizações de software como o XDP e o zero-copy anunciados hoje só entregam o seu efeito máximo sobre esse design de proximidade física e de rede. Com a proximidade no nível de design e a otimização de software do lado da origem em conjunto, concretizam-se o desempenho de first-arrival e a qualidade de streaming de baixa latência.
Implantação em todas as regiões — uma linhagem de fortalecimento contínuo da infraestrutura
Esta otimização na região de NY se insere na linhagem de fortalecimento contínuo da infraestrutura do Geyser gRPC em todas as regiões que a ERPC vem conduzindo. É a otimização de geração mais recente, após a atualização da infraestrutura do Geyser gRPC em todas as regiões em dezembro de 2025 e o fortalecimento em larga escala da região de Frankfurt (FRA) em janeiro de 2026.
Após este resultado na região de NY, a ERPC implantará o caminho rápido XDP e o zero-copy do Solana v4 região por região, começando pelas regiões onde já esteja concluída a verificação de NICs, kernels e configurações de rede compatíveis. Em vez de responder à demanda crescente com limites ou degradação, a ERPC a absorve de forma consistente, fortalecendo a própria infraestrutura. O Geyser gRPC da ERPC seguirá evoluindo.
Experimente o Geyser gRPC de NY na cobrança por hora — verifique com os seus próprios números
O Geyser gRPC da região de NY pode ser experimentado a partir de uma única hora, por meio do plano de cobrança por hora. Isso viabiliza um ciclo de verificação de baixo risco: contrate por apenas uma hora, execute o
slv check geyserbench dentro dessa hora para medir o lag de entrega real visto a partir do ponto de conexão do seu próprio bot ou aplicação e decida pela migração para um plano mensal ou anual depois de confirmar esses números.Poder decidir com base em números que você mesmo mediu, em vez das afirmações de um fornecedor, é o ponto de partida para os clientes que priorizam o desempenho de first-arrival. Quando a sua configuração e o seu uso ficarem claros, a mudança para um plano mensal ou anual mantém você no mesmo painel e na mesma qualidade de endpoint.
Painel da ERPC: https://dashboard.erpc.global/pt
Crypto Pay (SOL / USDC / EURC) suportado
A ERPC oferece o Crypto Pay para a compra de créditos ERPC e para o pagamento dos seus planos, e ele também é suportado no plano de cobrança por hora. Como ativo de pagamento, você pode escolher SOL ou as stablecoins USDC / EURC. O EURC pode ser enviado diretamente, enquanto USDC ou SOL são convertidos para EURC via Orca, com a transferência concluída dentro do mesmo fluxo.
Para equipes que constroem e operam na Solana, poder lidar com os custos de infraestrutura de forma próxima ao seu fluxo atual de gestão de fundos baseado em carteira é uma melhoria prática que reduz o atrito para iniciar a verificação. A verificação por cobrança por hora descrita acima também pode ser iniciada diretamente a partir dos ativos da sua carteira Solana.
Encomende, pague e gerencie a infraestrutura específica para Solana numa única plataforma
A ERPC permite combinar Solana RPC, WebSocket, Solana Geyser gRPC, Solana Shredstream, Direct UDP Stream (Raw Shreds), VPS, servidores bare-metal, RPC dedicado, SWQoS, uma Price API habilitada para Pyth e Jet Analytics & Indexed RPC numa única plataforma.
O Painel da ERPC está disponível em 16 idiomas, permitindo que você gerencie a seleção de plano, a seleção de região, a verificação de estoque, a adição ao carrinho, as recargas de crédito, o checkout, a consulta de chaves de API e endpoints, o acompanhamento de uso e a abertura de tickets de suporte — tudo a partir da mesma tela.
P&D e melhoria contínua da infraestrutura específica para Solana
Por trás da ERPC está a pesquisa e o desenvolvimento de infraestrutura específica para Solana que a ELSOUL LABO mantém de forma contínua. A ELSOUL LABO foi aprovada por cinco anos consecutivos, desde 2022, no WBSO, o programa governamental de apoio à P&D dos Países Baixos. Ela mantém P&D em infraestrutura de Solana RPC, operação de validadores, entrega de dados em tempo real e operação e desenvolvimento assistidos por agentes de IA, e esses resultados se refletem em serviços como a ERPC, o SLV, o SLV AI e o data center específico para Solana AS200261.
O suporte ao Solana v4 / XDP / zero-copy anunciado hoje na região de NY também tomou forma a partir da operação de validadores no topo da rede. A ERPC continuará a fornecer infraestrutura de baixa latência próxima à rede Solana e a comprovar a sua qualidade por meio de medições que qualquer pessoa pode verificar com o mesmo método.
Uso e consultoria
Para configurações regionais ótimas, incluindo o endpoint Geyser gRPC compartilhado da região de NY, a escolha entre planos de gRPC avulsos e planos gRPC Bundle, a escolha entre cobrança por hora, mensal e anual, e o desenho da migração a partir de uma configuração existente, oferecemos consultoria individual no Discord oficial da Validators DAO.
Painel da ERPC: https://dashboard.erpc.global/pt
Site oficial da ERPC: https://erpc.global/pt
Discord oficial da Validators DAO: https://discord.gg/C7ZQSrCkYR
Agradecemos sinceramente a todos os nossos usuários pela confiança e pelo uso contínuo da ERPC.
Links
- Site oficial da ERPC: https://erpc.global/pt
- Painel da ERPC: https://dashboard.erpc.global/pt
- Site oficial do SLV: https://slv.dev/pt
- SLV Getting Started: https://slv.dev/pt/doc/general/getting-started/
- SLV GitHub: https://github.com/validatorsDAO/slv
- Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide
- Discord oficial da Validators DAO: https://discord.gg/C7ZQSrCkYR
Notícias
