Endpoint de estatísticas da rede AeroNyx e fronteira de privacidade

A AeroNyx publica estatísticas agregadas da rede em um único endpoint público. O backend da AeroNyx as calcula a partir dos heartbeats dos nós e dos relatórios de sessões de VPN. Elas contêm apenas contagens, totais e faixas de status, nunca dados sobre usuários individuais, e não são verificáveis de forma independente: são o que o backend reporta.

Esta página explica o que cada número contabiliza, as limitações conhecidas e o que o endpoint nunca inclui.

Endpoint

bash

curl -s https://api.aeronyx.network/api/privacy_network/vpn/public/network-stats/

Não é necessária autenticação. O caminho contém vpn por motivos históricos; a resposta abrange a VPN e a camada de protocolo dos nós. Cada resposta tem um carimbo de data e hora generated_at. Leia os valores atuais diretamente do endpoint, e não de cópias.

O que cada bloco contabiliza

Todos os blocos ficam em data.

Bloco	O que contabiliza
`network`	`total_nodes`: nós registrados marcados como ativos. `vpn_nodes`: nós de VPN ativos. `online_vpn_nodes`: nós de VPN cujo último heartbeat está dentro de `health.heartbeat_fresh_seconds` (120 segundos). `public_vpn_candidates`: nós de VPN cuja visibilidade é pública, protegida por senha ou não listada. `regions_count`: rótulos de região distintos.
`sessions`	`active_sessions`, `total_sessions` (desde sempre), `sessions_started_24h` e `completed_sessions_24h` para sessões de clientes de VPN.
`encrypted_traffic`	`bytes_in + bytes_out` somados em todas as sessões de clientes de VPN, desde sempre (`source: client_session_vpn_byte_counters`). Isto é apenas tráfego de VPN. Não inclui o relay de chat, a descoberta nem outro tráfego entre nós.
`encrypted_message_forwarding`	`count`: a soma, nos nós de VPN, de um contador de pacotes de dados de VPN que cada nó processou com sucesso. O backend soma os incrementos de cada nó, trata uma reinicialização do contador (por exemplo, um restart) como um novo início e descarta saltos implausíveis. `reported_nodes` é quantos nós reportaram o contador.
`protocol_public_card`	Um resumo do protocolo dos nós: `status` e `stage` gerais, quantos nós que reportam estão prontos e cartões sobre a saúde do protocolo, a malha de pares verificada e a prontidão do relay cego.
`protocol_status`	A visão detalhada do protocolo: `network_story` (prontidão de um salto e de dois saltos), `local_relay_capability` (contagens de ChatRelay configurado, anunciado e bloqueado), `protocol_foundation` (evidências de prova de caminho e de relay), `peer_store` (contagens de pares, contadores do relay cego, quórum de pares, ciclo de vida dos pares) e `memory_chain`.
`protocol_status.memory_chain`	Estado do ledger de compromissos assinados, apenas para nós com heartbeat recente. Reporta `network_consensus: "not_claimed"` e as contagens de coordenadores e testemunhas. Se nenhum coordenador estiver produzindo blocos, os contadores de blocos ficam estáveis. Consulte Ledger de compromissos assinados.
`health`	`heartbeat_fresh_seconds` (120), amostras de heartbeat e amostras válidas nas últimas 24 horas, `availability_24h_percent` (amostras válidas ÷ todas as amostras) e `latest_heartbeat_at`.

Limitações conhecidas

As contagens de nós do protocolo incluem apenas os nós que reportaram nos últimos 120 segundos. encrypted_message_forwarding, protocol_public_card e protocol_status são construídos a partir de nós com heartbeat recente, o mesmo conjunto de network.online_vpn_nodes. Um nó que fica offline sai dessas contagens em até dois minutos. Até outubro de 2026, elas também contavam o último snapshot dos nós offline.
total_nodes, vpn_nodes e public_vpn_candidates não verificam a atualidade. Eles contam os nós ativos registrados, estejam online ou não. Compare-os com network.online_vpn_nodes.
Os totais abrangem apenas os nós ativos no momento. Sessões e bytes são somados nos nós que estão ativos agora. Quando um nó é desativado, as suas sessões saem dos totais, então os totais desde sempre podem diminuir.
"Tráfego criptografado" é tráfego de VPN, reportado pelos nós por sessão. Não é uma medida do volume de relay ou de chat.
Os números vêm do backend central. Eles são construídos a partir do que os nós reportam a ele e não são assinados nem verificáveis de forma independente. Use-os como uma visão geral operacional, não como prova.

Histórico de provas de caminho de dois saltos

Os nós testam regularmente um caminho sintético de dois saltos (entrada, intermediário, terminal) e mantêm os seus 32 resultados mais recentes. O agregado fica em:

text

data.protocol_status.protocol_foundation.two_hop_path_proof_history

Campo	Significado
`reported_nodes`	Nós que reportaram histórico de provas
`retained_events`, `attempted`, `succeeded`, `failed`, `success_percent`	Somas sobre os resultados retidos de todos os nós que reportam. Falhas antigas permanecem aqui até saírem da janela de cada nó.
`min_latest_age_seconds`, `min_latest_success_age_seconds`, `min_latest_failure_age_seconds`	Idade do resultado, do sucesso e da falha mais recentes entre os nós
`proof_ready_nodes`	Nós cujo último relatório dizia que a prova está pronta
`recent_success_ready_nodes`	Nós cujo resultado mais recente foi aceito até 30 minutos antes do seu relatório
`failure_streak_nodes`	Nós que reportam falhas recentes consecutivas
`freshness_counts`	Nós por faixa de atualidade: `fresh_success`, `stale_success`, `recent_failure`, `no_success`, `forming` (ainda sem tentativas), `future_ignored` (problema de relógio)
`latest_outcome_counts`	Nós por resultado mais recente, por exemplo `accepted` ou `none`
`latest_reason_counts`	Nós por faixa de motivo mais recente, por exemplo `onion_terminal_delivered`
`proof_scope_counts`	Resultados retidos por escopo: `message_delivery` ou `control_plane`
`reason_bucket_counts`, `failure_reason_bucket_counts`	Resultados retidos por motivo, todos e somente falhas
`path_shape_counts`	Resultados retidos por formato de caminho, por exemplo `entry_middle_terminal`
`candidate_pool_counts`	Resultados retidos por quantos candidatos intermediários e terminais estavam disponíveis quando a prova foi executada: `incomplete`, `thin`, `forming` ou `healthy`
`ttl_shape_counts`	Resultados retidos por disposição do TTL dos saltos, por exemplo `entry_ttl_2_onward_ttl_1`
`source`, `privacy_boundary`	De onde os dados vieram e o que excluem

Leia as contagens de nós (proof_ready_nodes, recent_success_ready_nodes, freshness_counts) para a prontidão atual, e as somas de eventos para o histórico. Os campos por nó incluem apenas nós com heartbeat recente, portanto um nó que parou de reportar sai deles em até dois minutos. Estas são provas de caminho sintéticas, não mensagens de usuários.

Para saber o que as provas testam, consulte Descoberta de nós e relay criptografado.

Fronteira de privacidade

O endpoint público pode incluir:

contagens agregadas de nós e de regiões
contadores agregados de bytes e de sessões de VPN
contadores agregados de encaminhamento de pacotes
atualidade e disponibilidade dos heartbeats
faixas de prontidão de descoberta, relay e provas
agregados de capacidade e de pressão sobre o host

O endpoint público não pode incluir:

chaves privadas de nós ou IDs completos de nós
IDs de rotas ou saltos selecionados
endpoints brutos nos resumos públicos
payloads criptografados ou texto puro de mensagens
identidades de remetentes ou destinatários
endereços IP de clientes
conteúdo de DNS, domínios, URLs ou histórico de navegação
payloads de pacotes
segredos de vouchers
tráfego por usuário ou por carteira
texto puro do MemChain
arestas do grafo social

Esta fronteira se aplica ao endpoint público. Os operadores de nós veem mais sobre as sessões dos seus próprios nós no Nodeboard, incluindo registros de tráfego por sessão e por chave de cliente; consulte o Guia do console do operador Nodeboard. Para saber como a AeroNyx trata os dados de modo geral, consulte a Central de Confiança.

Perguntas frequentes

O que o "tráfego criptografado" mede?

É o total dos contadores de bytes que os nós reportam para as sessões de clientes de VPN, desde sempre, nos nós ativos no momento. Não inclui o relay de chat nem o tráfego entre nós.

As contagens de nós incluem nós offline?

As contagens de protocolo e de encaminhamento não incluem: elas só consideram nós com heartbeat nos últimos 120 segundos. network.total_nodes, network.vpn_nodes e network.public_vpn_candidates contam os nós ativos registrados estejam eles online ou não, então compare-os com network.online_vpn_nodes.

Os totais desde sempre podem diminuir?

Sim. Os totais são somados nos nós que estão ativos no momento, então, quando um nó é desativado, as suas sessões e os seus bytes deixam de ser contados.

Posso verificar esses números de forma independente?

Não, o backend da AeroNyx os calcula a partir dos relatórios dos nós e não os assina. Os operadores de nós podem verificar os seus próprios nós localmente com as ferramentas de saúde descritas em Executar e verificar um nó AeroNyx.

O endpoint revela quem usa a AeroNyx?

Não, ele retorna apenas contagens agregadas e faixas de status. Não contém endereços IP de clientes, chaves de clientes, destinos, dados de DNS nem conteúdo de mensagens.

Estatísticas da rede AeroNyx e fronteira de privacidade