Estadísticas de la red AeroNyx y límite de privacidad
Qué cuenta el endpoint público de estadísticas de la red AeroNyx, sus limitaciones conocidas (sin filtro de vigencia en la mayoría de los agregados de nodos, totales solo sobre nodos activos, cálculo centralizado), los campos de prueba de ruta de dos saltos y lo que el endpoint nunca incluye.
AeroNyx publica estadísticas agregadas de la red en un único endpoint público. El backend de AeroNyx las calcula a partir de los latidos de los nodos y de los informes de sesiones VPN. Contienen solo recuentos, totales y categorías de estado, nunca datos sobre usuarios individuales, y no se pueden verificar de forma independiente: son lo que informa el backend.
Esta página explica qué cuenta cada cifra, las limitaciones conocidas y lo que el endpoint nunca incluye.
Endpoint
curl -s https://api.aeronyx.network/api/privacy_network/vpn/public/network-stats/
No se necesita autenticación. La ruta contiene vpn por motivos históricos; la respuesta abarca la VPN y la capa del protocolo de nodos. Cada respuesta tiene una marca de tiempo generated_at. Lea los valores en vivo desde el endpoint y no desde copias.
Qué cuenta cada bloque
Todos los bloques están dentro de data.
| Bloque | Qué cuenta |
|---|---|
network | total_nodes: nodos registrados marcados como activos. vpn_nodes: nodos VPN activos. online_vpn_nodes: nodos VPN cuyo último latido está dentro de health.heartbeat_fresh_seconds (120 segundos). public_vpn_candidates: nodos VPN cuya visibilidad es pública, protegida con contraseña o no listada. regions_count: etiquetas de región distintas. |
sessions | active_sessions, total_sessions (histórico), sessions_started_24h y completed_sessions_24h para las sesiones de clientes VPN. |
encrypted_traffic | bytes_in + bytes_out sumados sobre todas las sesiones de clientes VPN, de todo el historial (source: client_session_vpn_byte_counters). Es solo tráfico VPN. No incluye el relé de chat, el descubrimiento ni otro tráfico entre nodos. |
encrypted_message_forwarding | count: la suma, sobre los nodos VPN, de un contador de paquetes de datos VPN que cada nodo ha procesado correctamente. El backend suma los incrementos de cada nodo, trata un reinicio del contador (por ejemplo, un reinicio del nodo) como un nuevo comienzo y descarta los saltos inverosímiles. reported_nodes es el número de nodos que han informado del contador. |
protocol_public_card | Un resumen del protocolo de nodos: status y stage generales, cuántos nodos que informan están listos, y tarjetas de salud del protocolo, de la malla verificada de pares y de la preparación del relé ciego. |
protocol_status | La vista detallada del protocolo: network_story (preparación de un salto y de dos saltos), local_relay_capability (recuentos de ChatRelay configurado, anunciado y bloqueado), protocol_foundation (evidencia de prueba de ruta y de relé), peer_store (recuentos de pares, contadores del relé ciego, quórum de pares, ciclo de vida de los pares) y memory_chain. |
protocol_status.memory_chain | Estado del registro de compromisos firmados, solo para nodos con un latido reciente. Informa network_consensus: "not_claimed" y los recuentos de coordinadores y testigos. Si ningún coordinador está produciendo bloques, los contadores de bloques no varían. Consulte Registro de compromisos firmados. |
health | heartbeat_fresh_seconds (120), muestras de latido y muestras válidas de las últimas 24 horas, availability_24h_percent (muestras válidas ÷ todas las muestras) y latest_heartbeat_at. |
Limitaciones conocidas
- Los recuentos de nodos del protocolo solo incluyen los nodos que informaron en los últimos 120 segundos.
encrypted_message_forwarding,protocol_public_cardyprotocol_statusse construyen a partir de nodos con un latido reciente, el mismo conjunto quenetwork.online_vpn_nodes. Un nodo que pasa a estar fuera de línea desaparece de estos recuentos en un plazo de dos minutos. Hasta octubre de 2026 también contaban la última instantánea de los nodos fuera de línea. total_nodes,vpn_nodesypublic_vpn_candidatesno comprueban la vigencia. Cuentan los nodos activos registrados, estén en línea o no. Compárelos connetwork.online_vpn_nodes.- Los totales solo abarcan los nodos activos actualmente. Las sesiones y los bytes se suman sobre los nodos que están activos ahora. Cuando un nodo se desactiva, sus sesiones salen de los totales, por lo que los totales históricos pueden disminuir.
- El "tráfico cifrado" es tráfico VPN, que los nodos informan por sesión. No es una medida del volumen del relé ni del chat.
- Las cifras proceden del backend central. Se elaboran a partir de lo que los nodos le informan y no están firmadas ni son verificables de forma independiente. Úselas como una visión general operativa, no como prueba.
Historial de pruebas de ruta de dos saltos
Los nodos prueban periódicamente una ruta sintética de dos saltos (entrada, intermedio, terminal) y conservan sus 32 resultados más recientes. El agregado está en:
data.protocol_status.protocol_foundation.two_hop_path_proof_history
| Campo | Significado |
|---|---|
reported_nodes | Nodos que informaron de un historial de pruebas |
retained_events, attempted, succeeded, failed, success_percent | Sumas sobre los resultados conservados de todos los nodos que informan. Los fallos antiguos permanecen aquí hasta que salen de la ventana de cada nodo. |
min_latest_age_seconds, min_latest_success_age_seconds, min_latest_failure_age_seconds | Antigüedad del resultado, del éxito y del fallo más recientes entre todos los nodos |
proof_ready_nodes | Nodos cuyo último informe indicaba que la prueba está lista |
recent_success_ready_nodes | Nodos cuyo último resultado fue aceptado en los 30 minutos anteriores a su informe |
failure_streak_nodes | Nodos que informan de fallos recientes consecutivos |
freshness_counts | Nodos por categoría de vigencia: fresh_success, stale_success, recent_failure, no_success, forming (todavía sin intentos), future_ignored (problema de reloj) |
latest_outcome_counts | Nodos por último resultado, por ejemplo accepted o none |
latest_reason_counts | Nodos por última categoría de motivo, por ejemplo onion_terminal_delivered |
proof_scope_counts | Resultados conservados por ámbito: message_delivery o control_plane |
reason_bucket_counts, failure_reason_bucket_counts | Resultados conservados por motivo, todos y solo los fallos |
path_shape_counts | Resultados conservados por forma de la ruta, por ejemplo entry_middle_terminal |
candidate_pool_counts | Resultados conservados según cuántos candidatos intermedios y terminales había disponibles cuando se ejecutó la prueba: incomplete, thin, forming o healthy |
ttl_shape_counts | Resultados conservados por disposición del TTL de los saltos, por ejemplo entry_ttl_2_onward_ttl_1 |
source, privacy_boundary | De dónde proceden los datos y qué excluyen |
Lea los recuentos de nodos (proof_ready_nodes, recent_success_ready_nodes, freshness_counts) para conocer la preparación actual, y las sumas de eventos para el historial. Los campos a nivel de nodo solo incluyen nodos con un latido reciente, por lo que un nodo que dejó de informar desaparece en un plazo de dos minutos. Son pruebas de ruta sintéticas, no mensajes de usuarios.
Para saber qué comprueban las pruebas, consulte Descubrimiento de nodos y relé cifrado.
Límite de privacidad
El endpoint público puede incluir:
- recuentos agregados de nodos y de regiones
- contadores agregados de bytes y de sesiones VPN
- contadores agregados de reenvío de paquetes
- vigencia de los latidos y disponibilidad
- categorías de preparación del descubrimiento, del relé y de las pruebas
- agregados de capacidad y de presión sobre los hosts
El endpoint público no debe incluir:
- claves privadas de los nodos ni ID de nodo completos
- ID de ruta ni saltos seleccionados
- endpoints sin procesar en los resúmenes públicos
- cargas útiles cifradas ni texto sin cifrar de mensajes
- identidades de remitentes o destinatarios
- direcciones IP de los clientes
- contenido DNS, dominios, URL ni historial de navegación
- cargas útiles de paquetes
- secretos de vales
- tráfico por usuario o por monedero
- texto sin cifrar de MemChain
- relaciones del grafo social
Este límite se aplica al endpoint público. Los operadores de nodos ven más información sobre las sesiones de sus propios nodos en Nodeboard, incluidos registros de tráfico por sesión y por clave de cliente; consulte la Guía de la consola de operador Nodeboard. Para saber cómo trata AeroNyx los datos en general, consulte el Centro de confianza.
<!-- faq:start -->Preguntas frecuentes
¿Qué mide el "tráfico cifrado"?
Es el total de los contadores de bytes que los nodos informan para las sesiones de clientes VPN, de todo el historial, en los nodos activos actualmente. No incluye el relé de chat ni el tráfico entre nodos.
¿Los recuentos de nodos incluyen nodos fuera de línea?
Los recuentos de protocolo y reenvío no: solo incluyen nodos con un latido en los últimos 120 segundos. network.total_nodes, network.vpn_nodes y network.public_vpn_candidates cuentan los nodos activos registrados estén o no en línea, así que compárelos con network.online_vpn_nodes.
¿Pueden disminuir los totales históricos?
Sí. Los totales se suman sobre los nodos que están activos actualmente, por lo que, cuando un nodo se desactiva, sus sesiones y sus bytes dejan de contarse.
¿Puedo verificar estas cifras de forma independiente?
No, el backend de AeroNyx las calcula a partir de los informes de los nodos y no las firma. Los operadores de nodos pueden comprobar sus propios nodos localmente con las herramientas de salud de Ejecutar y comprobar un nodo de AeroNyx.
¿Revela el endpoint quién usa AeroNyx?
No, solo devuelve recuentos agregados y categorías de estado. No contiene direcciones IP de clientes, claves de cliente, destinos, datos DNS ni contenido de mensajes.
<!-- faq:end -->