Point de terminaison des statistiques du réseau AeroNyx et limites de confidentialité

AeroNyx publie des statistiques agrégées du réseau sur un point de terminaison public unique. Le backend AeroNyx les calcule à partir des signaux de présence des nœuds et des rapports de sessions VPN. Elles ne contiennent que des nombres, des totaux et des catégories d'état, jamais de données sur des utilisateurs individuels, et elles ne sont pas vérifiables de manière indépendante : elles correspondent à ce que rapporte le backend.

Cette page explique ce que compte chaque valeur, les limites connues et ce que le point de terminaison n'inclut jamais.

Point de terminaison

bash

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

Aucune authentification n'est nécessaire. Le chemin contient vpn pour des raisons historiques ; la réponse couvre le VPN et la couche de protocole des nœuds. Chaque réponse comporte un horodatage generated_at. Lisez les valeurs en direct depuis le point de terminaison plutôt que depuis des copies.

Ce que compte chaque bloc

Tous les blocs se trouvent sous data.

Bloc	Ce qu'il compte
`network`	`total_nodes` : nœuds enregistrés marqués comme actifs. `vpn_nodes` : nœuds VPN actifs. `online_vpn_nodes` : nœuds VPN dont le dernier signal de présence date de moins de `health.heartbeat_fresh_seconds` (120 secondes). `public_vpn_candidates` : nœuds VPN dont la visibilité est publique, protégée par mot de passe ou non répertoriée. `regions_count` : libellés de région distincts.
`sessions`	`active_sessions`, `total_sessions` (depuis l'origine), `sessions_started_24h` et `completed_sessions_24h` pour les sessions des clients VPN.
`encrypted_traffic`	`bytes_in + bytes_out` additionnés sur toutes les sessions des clients VPN, depuis l'origine (`source: client_session_vpn_byte_counters`). Il s'agit uniquement du trafic VPN. Cela n'inclut ni le relais de messagerie, ni la découverte, ni les autres trafics de nœud à nœud.
`encrypted_message_forwarding`	`count` : la somme, sur l'ensemble des nœuds VPN, d'un compteur des paquets de données VPN que chaque nœud a traités avec succès. Le backend additionne les augmentations de chaque nœud, traite une remise à zéro du compteur (par exemple lors d'un redémarrage) comme un nouveau départ et écarte les sauts invraisemblables. `reported_nodes` est le nombre de nœuds ayant transmis ce compteur.
`protocol_public_card`	Une synthèse du protocole des nœuds : `status` et `stage` globaux, nombre de nœuds déclarants qui sont prêts, et cartes pour la santé du protocole, le maillage de pairs vérifiés et la disponibilité du relais aveugle.
`protocol_status`	La vue détaillée du protocole : `network_story` (disponibilité à un saut et à deux sauts), `local_relay_capability` (nombres de ChatRelay configurés, annoncés et bloqués), `protocol_foundation` (preuves de chemin et éléments probants de relais), `peer_store` (nombres de pairs, compteurs du relais aveugle, quorum de pairs, cycle de vie des pairs) et `memory_chain`.
`protocol_status.memory_chain`	État du registre d'engagements signés, uniquement pour les nœuds dont le signal de présence est récent. Il indique `network_consensus: "not_claimed"` ainsi que le nombre de coordinateurs et de témoins. Si aucun coordinateur ne produit de blocs, les compteurs de blocs restent stables. Consultez Registre d'engagements signés.
`health`	`heartbeat_fresh_seconds` (120), échantillons de signaux de présence et échantillons valides des dernières 24 heures, `availability_24h_percent` (échantillons valides ÷ tous les échantillons) et `latest_heartbeat_at`.

Limites connues

Les nombres de nœuds du protocole ne comptent que les nœuds ayant transmis un rapport au cours des 120 dernières secondes. encrypted_message_forwarding, protocol_public_card et protocol_status sont construits à partir des nœuds dont le signal de présence est récent, soit le même ensemble que network.online_vpn_nodes. Un nœud qui passe hors ligne disparaît de ces décomptes dans un délai de deux minutes. Jusqu'en octobre 2026, ils comptaient aussi le dernier instantané des nœuds hors ligne.
total_nodes, vpn_nodes et public_vpn_candidates ne vérifient pas la fraîcheur. Ils comptent les nœuds actifs enregistrés, qu'ils soient en ligne ou non. Comparez-les avec network.online_vpn_nodes.
Les totaux ne couvrent que les nœuds actuellement actifs. Les sessions et les octets sont additionnés sur les nœuds actifs à l'instant présent. Lorsqu'un nœud est désactivé, ses sessions sortent des totaux ; les totaux depuis l'origine peuvent donc diminuer.
Le « trafic chiffré » correspond au trafic VPN, transmis par les nœuds pour chaque session. Ce n'est pas une mesure du volume de relais ou de messagerie.
Les chiffres proviennent du backend central. Ils sont construits à partir de ce que les nœuds lui transmettent et ne sont ni signés ni vérifiables de manière indépendante. Utilisez-les comme une vue d'ensemble opérationnelle, et non comme une preuve.

Historique des preuves de chemin à deux sauts

Les nœuds testent régulièrement un chemin synthétique à deux sauts (entrée, intermédiaire, terminal) et conservent leurs 32 résultats les plus récents. L'agrégat se trouve à l'emplacement suivant :

text

data.protocol_status.protocol_foundation.two_hop_path_proof_history

Champ	Signification
`reported_nodes`	Nœuds ayant transmis un historique de preuves
`retained_events`, `attempted`, `succeeded`, `failed`, `success_percent`	Sommes sur les résultats conservés de tous les nœuds déclarants. Les anciens échecs y restent jusqu'à ce qu'ils sortent de la fenêtre de chaque nœud.
`min_latest_age_seconds`, `min_latest_success_age_seconds`, `min_latest_failure_age_seconds`	Âge du résultat, de la réussite et de l'échec les plus récents, tous nœuds confondus
`proof_ready_nodes`	Nœuds dont le dernier rapport indiquait que la preuve est prête
`recent_success_ready_nodes`	Nœuds dont le dernier résultat a été accepté dans les 30 minutes précédant leur rapport
`failure_streak_nodes`	Nœuds signalant des échecs récents consécutifs
`freshness_counts`	Nœuds par catégorie de fraîcheur : `fresh_success`, `stale_success`, `recent_failure`, `no_success`, `forming` (aucune tentative pour l'instant), `future_ignored` (problème d'horloge)
`latest_outcome_counts`	Nœuds par dernier résultat, par exemple `accepted` ou `none`
`latest_reason_counts`	Nœuds par catégorie du dernier motif, par exemple `onion_terminal_delivered`
`proof_scope_counts`	Résultats conservés par périmètre : `message_delivery` ou `control_plane`
`reason_bucket_counts`, `failure_reason_bucket_counts`	Résultats conservés par motif, tous les résultats et échecs uniquement
`path_shape_counts`	Résultats conservés par forme de chemin, par exemple `entry_middle_terminal`
`candidate_pool_counts`	Résultats conservés selon le nombre de candidats intermédiaires et terminaux disponibles au moment de la preuve : `incomplete`, `thin`, `forming` ou `healthy`
`ttl_shape_counts`	Résultats conservés selon la disposition des TTL par saut, par exemple `entry_ttl_2_onward_ttl_1`
`source`, `privacy_boundary`	Origine des données et ce qu'elles excluent

Lisez les nombres de nœuds (proof_ready_nodes, recent_success_ready_nodes, freshness_counts) pour la disponibilité actuelle, et les sommes d'événements pour l'historique. Les champs au niveau des nœuds n'incluent que les nœuds dont le signal de présence est récent : un nœud qui a cessé de transmettre des rapports disparaît donc dans un délai de deux minutes. Il s'agit de preuves de chemin synthétiques, et non de messages d'utilisateurs.

Pour savoir ce que testent les preuves, consultez Découverte des nœuds et relais chiffré.

Limites de confidentialité

Le point de terminaison public peut inclure :

des nombres agrégés de nœuds et de régions
des compteurs agrégés d'octets et de sessions VPN
des compteurs agrégés de transfert de paquets
la fraîcheur des signaux de présence et la disponibilité
des catégories de disponibilité de la découverte, du relais et des preuves
des agrégats de capacité et de charge des hôtes

Le point de terminaison public ne doit pas inclure :

les clés privées des nœuds ou les identifiants complets des nœuds
les identifiants de route ou les sauts sélectionnés
les points de terminaison bruts dans les synthèses publiques
les charges utiles chiffrées ou le texte des messages en clair
l'identité des expéditeurs ou des destinataires
les adresses IP des clients
les contenus DNS, domaines, URL ou historiques de navigation
les charges utiles des paquets
les secrets des bons
le trafic par utilisateur ou par portefeuille
le texte en clair de MemChain
les liens du graphe social

Ces limites s'appliquent au point de terminaison public. Les opérateurs de nœuds voient davantage d'informations sur les sessions de leurs propres nœuds dans Nodeboard, notamment des enregistrements de trafic par session et par clé de client ; consultez le Guide de la console d'opérateur Nodeboard. Pour savoir comment AeroNyx traite les données de manière générale, consultez le Centre de confiance.

Questions fréquentes

Que mesure le « trafic chiffré » ?

Il s'agit du total, depuis l'origine, des compteurs d'octets que les nœuds transmettent pour les sessions des clients VPN, sur les nœuds actuellement actifs. Il n'inclut ni le relais de messagerie ni le trafic de nœud à nœud.

Les nombres de nœuds incluent-ils des nœuds hors ligne ?

Pas pour les décomptes de protocole et de transfert : ils n'incluent que les nœuds ayant émis un signal de présence au cours des 120 dernières secondes. network.total_nodes, network.vpn_nodes et network.public_vpn_candidates comptent les nœuds actifs enregistrés, qu'ils soient en ligne ou non ; comparez-les donc avec network.online_vpn_nodes.

Les totaux depuis l'origine peuvent-ils diminuer ?

Oui. Les totaux sont additionnés sur les nœuds actuellement actifs ; lorsqu'un nœud est désactivé, ses sessions et ses octets en sortent.

Puis-je vérifier ces chiffres de manière indépendante ?

Non, le backend AeroNyx les calcule à partir des rapports des nœuds et ne les signe pas. Les opérateurs de nœuds peuvent vérifier localement leurs propres nœuds avec les outils de santé décrits dans Exploiter et vérifier un nœud AeroNyx.

Le point de terminaison révèle-t-il qui utilise AeroNyx ?

Non, il ne renvoie que des nombres agrégés et des catégories d'état. Il ne contient aucune adresse IP de client, aucune clé de client, aucune destination, aucune donnée DNS ni aucun contenu de message.

Statistiques du réseau AeroNyx et limites de confidentialité