ERPC amplia a Solana Leader Slot API com medições de ping em 7 regiões globais e lança a Validators Information API
A ELSOUL LABO B.V. (sede: Amsterdã, Países Baixos; diretor representante e CEO: Fumitake Kawasaki) e a Validators DAO, operadoras da ERPC, aprimoraram as APIs para compreender as informações dos líderes da Solana, suas localizações estimadas e a latência. A Leader Slot API passou a oferecer RTT de referência, por meio de medições de ping, a partir de 7 regiões globais, e a nova Validators Information API foi lançada.
Primeiro, ampliamos a Leader Slot API (
getLeaderSlots) para disponibilizar o RTT de referência medido em 7 regiões de observação da ERPC ao redor do mundo: Frankfurt, Amsterdã, Nova York, Londres, Tóquio, Singapura e Sydney. Antes, as medições eram feitas apenas a partir de Frankfurt.Em paralelo, lançamos a nova Validators Information API (
getValidatorsInformation). Em uma única chamada, ela lista todos os validadores que possuem ao menos um slot de liderança no epoch atual. Além do número de slots e do stake ativo, retorna, quando disponíveis, localização estimada, endpoints de rede, versão do cliente e RTT de referência das 7 regiões.As duas APIs estão disponíveis a todos os usuários da ERPC pela interface JSON-RPC padrão.
- Documentação da Leader Slot API: https://erpc.global/pt/doc/rpc/leader-slot-api/
- Documentação da Validators Information API: https://erpc.global/pt/doc/rpc/validators-information-api/
Como a Solana difere da infraestrutura de negociação tradicional: o destino muda dinamicamente
Em bolsas e sistemas financeiros tradicionais, os destinos para os quais as ordens são enviadas — bolsas, gateways e mecanismos de correspondência — normalmente ficam em data centers ou redes específicos.
Assim, depois de conhecer o destino da conexão, os usuários podem otimizar continuamente o caminho de rede até ele. Como a localização dos servidores de destino não muda com frequência, o posicionamento da infraestrutura e as rotas de comunicação podem ser projetados de forma relativamente estática.
Na Solana, por outro lado, o líder — o validador responsável pela produção de blocos — muda a cada poucos slots de acordo com o cronograma de líderes. Como os validadores que assumem a liderança estão distribuídos pelo mundo, tanto o destino que as transações precisam alcançar quanto o caminho de rede mais próximo desse destino mudam continuamente.
Em outras palavras, na Solana, o destino de comunicação a ser otimizado não pode ser tratado como um único ponto de conexão fixo.
Primeiro, é preciso identificar os líderes atuais e futuros no cronograma de líderes. Depois, verificar em que região ou rede cada validador provavelmente está localizado e qual é a latência a partir de cada ponto de envio para então decidir a rota.
Compreender corretamente essa estrutura é o ponto de partida para a entrega de transações com baixa latência e o projeto de infraestrutura global na Solana.
O cronograma de líderes e as localizações de rede tratados como dados
Em um ambiente cujo destino muda dinamicamente, não é viável uma pessoa verificar a cada vez o líder e o local de envio e alternar as rotas manualmente.
É necessário obter continuamente as informações a seguir e incorporá-las à lógica de decisão das aplicações e da infraestrutura.
- Os líderes responsáveis pelos slots atuais e seguintes
- O número de slots atribuídos a cada validador
- O país, a cidade e a região estimados de cada validador
- Endpoints de rede, como TPU e QUIC
- RTT de referência coletado em cada região de observação
- O horário de cada medição e o respectivo status de resposta
A localização estimada e a latência medida cumprem papéis diferentes.
As informações de localização podem orientar decisões de médio e longo prazo sobre onde posicionar infraestrutura e capacidade. Já o RTT de referência de cada região ajuda a avaliar qual local tem maior probabilidade de oferecer um caminho curto naquele momento.
Um local física ou geograficamente próximo nem sempre oferece o caminho mais curto pela rede. Por isso, é importante combinar a localização estimada com valores realmente observados ao tomar decisões.
A Leader Slot API e a Validators Information API da ERPC foram projetadas para que essas decisões possam ser programadas com base em dados.
Leader Slot API: medição de RTT de referência em 7 regiões globais
A Leader Slot API retorna os próximos slots de liderança junto da identidade do validador, do stake ativo, dos endpoints de rede, da localização estimada, do RTT de referência e de outras informações.
Até agora, as medições de
pingToLeaders eram coletadas apenas a partir da origem em Frankfurt — um único ponto de observação diante de uma rede Solana distribuída globalmente.Com esta atualização, agora é possível obter o RTT de referência medido a partir das 7 regiões a seguir.
frankfurtamsterdamnylondontokyosingaporesydney
Ao comparar o RTT de referência das 7 regiões de observação para cada líder, é possível avaliar qual local de envio tem maior probabilidade de oferecer um caminho curto pela rede.
Esses dados servem não apenas para decisões de roteamento de transações, mas também para definir em quais regiões posicionar capacidade de RPC, gRPC, Direct Shreds, servidores de envio de transações e outros recursos.
Os resultados da medição incluem
icmpReplied, que indica se o validador respondeu a ICMP, e measuredAt, que informa o horário da última medição bem-sucedida.Um validador que não responde a ICMP ainda pode operar normalmente serviços como TPU e QUIC. Portanto, quando
icmpReplied é false, o resultado deve ser interpretado como “não mensurável por ICMP”, e não como “distante”.Além disso, quando não é possível obter uma medição bem-sucedida durante a atualização, a entrada não é substituída por um valor não medido: o último valor obtido com sucesso e seu horário de medição são mantidos.
Validators Information API: lista de líderes de todo o epoch
A Leader Slot API é adequada a decisões no nível do slot: “quem é o líder responsável pelos próximos slots?”.
Já o posicionamento da infraestrutura e o planejamento de capacidade exigem uma visão mais ampla.
- Quais validadores atuam como líderes no epoch atual
- Quantos slots cabem a cada um
- Em quais países e regiões eles estão distribuídos
- Onde posicionar a infraestrutura para ficar mais perto de um número maior de líderes
A nova Validators Information API (
getValidatorsInformation) foi criada para responder a essas perguntas.Quando chamada sem parâmetros, ela retorna todos os validadores que atuam como líder de pelo menos um slot no epoch atual, com uma linha por validador. Por padrão, os resultados aparecem em ordem decrescente do número de slots de liderança.
Cada linha inclui as informações a seguir.
slotCountstakeWeight(stake ativo em SOL)- Identidade do validador
Quando disponíveis, também são retornadas as informações a seguir.
- Região, cidade e país estimados
- Endpoints de rede
- Versão do cliente
- RTT de referência das 7 regiões
Como os dados são atualizados regularmente, chamar a API de forma periódica mantém atualizada a base usada no planejamento.
Também é possível restringir os resultados com os parâmetros opcionais
limit (1–2000), country e region.A cobrança se baseia no número de validadores retornados. A quantidade de validadores líderes varia entre epochs; no exemplo disponível no momento da redação, buscar todos os 673 validadores consome 6.800 tokens de API — os créditos de uso da API ERPC —, enquanto buscar até 10 validadores consome 100 tokens de API.
Rumo a um roteamento programável e orientado por dados
Essas APIs não se destinam apenas a exibir uma lista de validadores ou valores de RTT de referência.
O objetivo final é permitir que o cronograma de líderes, as localizações estimadas dos validadores e o RTT de referência de cada região de observação façam parte da lógica de decisão das aplicações.
Por exemplo, uma aplicação pode buscar o cronograma dos próximos líderes, comparar o RTT de referência das 7 regiões de observação para cada um e então selecionar a rota de RPC ou de envio de transações que deve usar.
Também é possível analisar a distribuição dos líderes ao longo de todo o epoch e posicionar previamente a infraestrutura em regiões próximas aos validadores com grande número de slots.
Entre os usos típicos estão:
- Seleção das rotas de envio no nível do slot
- Planejamento de capacidade no nível do epoch
- Análise dos validadores líderes por região
- Priorização que considere stake ativo e número de slots
- Monitoramento de mudanças na distribuição geográfica e de rede entre epochs
- Seleção automática entre RPCs e servidores de envio implantados em várias regiões
Na Solana, em que o destino muda dinamicamente, a otimização estática da rede não basta.
Torna-se importante acompanhar continuamente as mudanças de líder e selecionar dinamicamente as rotas de envio e a infraestrutura de acordo com sua localização e as condições da rede.
Rumo a uma infraestrutura Solana projetada para operação global
A ERPC é uma infraestrutura Solana de alto desempenho projetada desde o início para operação global.
Nossa rede de edge, os servidores Bare Metal e VPS, Direct Shreds, Geyser gRPC, endpoints SWQoS e estas APIs de inteligência operacional são oferecidos com um objetivo comum.
Esse objetivo é fornecer dados e infraestrutura a desenvolvedores que exigem execução eficiente e de baixa latência em um ambiente no qual usuários e líderes estão distribuídos ao redor do mundo.
Agora, é possível obter o RTT de referência de 7 regiões globais e as informações dos validadores de todo o epoch por meio de simples chamadas RPC. As aplicações Solana podem selecionar o local de envio e as rotas de rede com base em dados, acompanhando o líder em constante mudança.
Para quem busca entrega de baixa latência, posicionamento global de infraestrutura e otimização dinâmica do roteamento na Solana, essas informações orientam decisões diretamente ligadas à operação real.
Esperamos que elas ajudem a selecionar rotas de envio de baixa latência, projetar uma infraestrutura que reduza transferências desnecessárias a longa distância e planejar a distribuição global de capacidade.
Consulte a documentação para saber mais.
- Leader Slot API: https://erpc.global/pt/doc/rpc/leader-slot-api/
- Validators Information API: https://erpc.global/pt/doc/rpc/validators-information-api/
- Dashboard Web da ERPC: https://dashboard.erpc.global/pt
