Điểm cuối thống kê mạng AeroNyx và ranh giới quyền riêng tư

AeroNyx công bố các số liệu thống kê mạng tổng hợp tại một điểm cuối công khai duy nhất. Backend AeroNyx tính toán chúng từ nhịp tim của các nút và các báo cáo phiên VPN. Chúng chỉ chứa số lượng, tổng số và các nhóm trạng thái, không bao giờ chứa dữ liệu về từng người dùng, và chúng không thể được xác minh một cách độc lập: đó là những gì backend báo cáo.

Trang này giải thích mỗi con số đếm cái gì, các hạn chế đã biết, và những gì điểm cuối không bao giờ bao gồm.

Điểm cuối

bash

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

Không cần xác thực. Đường dẫn chứa vpn vì lý do lịch sử; phản hồi bao quát cả VPN và lớp giao thức nút. Mỗi phản hồi có một dấu thời gian generated_at. Hãy đọc giá trị trực tiếp từ điểm cuối thay vì từ các bản sao.

Mỗi khối đếm cái gì

Tất cả các khối nằm trong data.

Khối	Đếm cái gì
`network`	`total_nodes`: các nút đã đăng ký được đánh dấu đang hoạt động. `vpn_nodes`: các nút VPN đang hoạt động. `online_vpn_nodes`: các nút VPN có nhịp tim gần nhất nằm trong `health.heartbeat_fresh_seconds` (120 giây). `public_vpn_candidates`: các nút VPN có chế độ hiển thị là công khai, được bảo vệ bằng mật khẩu hoặc không liệt kê. `regions_count`: số nhãn khu vực khác nhau.
`sessions`	`active_sessions`, `total_sessions` (toàn bộ thời gian), `sessions_started_24h` và `completed_sessions_24h` cho các phiên máy khách VPN.
`encrypted_traffic`	`bytes_in + bytes_out` cộng dồn trên tất cả các phiên máy khách VPN, trong toàn bộ thời gian (`source: client_session_vpn_byte_counters`). Đây chỉ là lưu lượng VPN. Nó không bao gồm chuyển tiếp trò chuyện, khám phá hoặc lưu lượng khác giữa các nút.
`encrypted_message_forwarding`	`count`: tổng, trên các nút VPN, của một bộ đếm số gói dữ liệu VPN mà mỗi nút đã xử lý thành công. Backend cộng các mức tăng của từng nút, coi việc bộ đếm bị đặt lại (ví dụ do khởi động lại) là một lần bắt đầu mới, và loại bỏ các bước nhảy bất hợp lý. `reported_nodes` là số nút đã báo cáo bộ đếm này.
`protocol_public_card`	Bản tóm tắt giao thức nút: `status` và `stage` tổng thể, số nút báo cáo đã sẵn sàng, và các thẻ về sức khỏe giao thức, mạng lưới nút ngang hàng đã xác minh và mức sẵn sàng chuyển tiếp mù.
`protocol_status`	Chế độ xem giao thức chi tiết: `network_story` (mức sẵn sàng một chặng và hai chặng), `local_relay_capability` (số lượng ChatRelay đã cấu hình, đã quảng bá và bị chặn), `protocol_foundation` (bằng chứng kiểm chứng đường đi và chuyển tiếp), `peer_store` (số lượng nút ngang hàng, bộ đếm chuyển tiếp mù, ngưỡng đủ số nút ngang hàng, vòng đời nút ngang hàng) và `memory_chain`.
`protocol_status.memory_chain`	Trạng thái của sổ cái cam kết có chữ ký, chỉ đối với các nút có nhịp tim còn mới. Nó báo `network_consensus: "not_claimed"` cùng số lượng điều phối viên và nhân chứng. Nếu không có điều phối viên nào đang tạo khối, các bộ đếm khối giữ nguyên. Xem Sổ cái cam kết có chữ ký.
`health`	`heartbeat_fresh_seconds` (120), số mẫu nhịp tim và số mẫu hợp lệ trong 24 giờ gần nhất, `availability_24h_percent` (mẫu hợp lệ ÷ tất cả mẫu) và `latest_heartbeat_at`.

Các hạn chế đã biết

Số lượng nút giao thức chỉ bao gồm các nút đã báo cáo trong 120 giây gần nhất. encrypted_message_forwarding, protocol_public_card và protocol_status được xây dựng từ các nút có nhịp tim còn mới, tức cùng tập hợp với network.online_vpn_nodes. Một nút ngoại tuyến sẽ biến mất khỏi các số đếm này trong vòng hai phút. Cho đến tháng 10 năm 2026, các số đếm này còn tính cả ảnh chụp cuối cùng của các nút ngoại tuyến.
total_nodes, vpn_nodes và public_vpn_candidates không kiểm tra độ mới. Chúng đếm các nút đã đăng ký đang hoạt động, dù trực tuyến hay không. Hãy so sánh với network.online_vpn_nodes.
Các tổng số chỉ bao quát những nút hiện đang hoạt động. Phiên và số byte được cộng trên các nút đang hoạt động ở thời điểm hiện tại. Khi một nút bị hủy kích hoạt, các phiên của nó rời khỏi tổng số, vì vậy các tổng số toàn thời gian có thể giảm.
"Lưu lượng mã hóa" là lưu lượng VPN, do các nút báo cáo theo từng phiên. Đây không phải là thước đo khối lượng chuyển tiếp hay trò chuyện.
Các số liệu đến từ backend trung tâm. Chúng được xây dựng từ những gì các nút báo cáo cho backend và không được ký hay có thể xác minh độc lập. Hãy dùng chúng như một cái nhìn tổng quan về vận hành, không phải như bằng chứng.

Lịch sử kiểm chứng đường đi hai chặng

Các nút thường xuyên thử nghiệm một đường đi hai chặng tổng hợp (nút vào, nút trung gian, nút đích cuối) và giữ 32 kết quả gần nhất. Số liệu tổng hợp nằm tại:

text

data.protocol_status.protocol_foundation.two_hop_path_proof_history

Trường	Ý nghĩa
`reported_nodes`	Các nút đã báo cáo lịch sử kiểm chứng
`retained_events`, `attempted`, `succeeded`, `failed`, `success_percent`	Tổng trên các kết quả được lưu giữ của tất cả các nút báo cáo. Các lần thất bại cũ vẫn nằm ở đây cho đến khi chúng ra khỏi khung lưu giữ của từng nút.
`min_latest_age_seconds`, `min_latest_success_age_seconds`, `min_latest_failure_age_seconds`	Tuổi của kết quả, lần thành công và lần thất bại gần nhất trên các nút
`proof_ready_nodes`	Các nút có báo cáo gần nhất cho biết kiểm chứng đã sẵn sàng
`recent_success_ready_nodes`	Các nút có kết quả mới nhất được chấp nhận trong vòng 30 phút trước báo cáo của chúng
`failure_streak_nodes`	Các nút báo cáo nhiều lần thất bại liên tiếp gần đây
`freshness_counts`	Số nút theo từng nhóm độ mới: `fresh_success`, `stale_success`, `recent_failure`, `no_success`, `forming` (chưa có lần thử nào), `future_ignored` (vấn đề đồng hồ)
`latest_outcome_counts`	Số nút theo kết quả mới nhất, ví dụ `accepted` hoặc `none`
`latest_reason_counts`	Số nút theo nhóm lý do mới nhất, ví dụ `onion_terminal_delivered`
`proof_scope_counts`	Các kết quả được lưu giữ theo phạm vi: `message_delivery` hoặc `control_plane`
`reason_bucket_counts`, `failure_reason_bucket_counts`	Các kết quả được lưu giữ theo lý do, tất cả và chỉ các lần thất bại
`path_shape_counts`	Các kết quả được lưu giữ theo hình dạng đường đi, ví dụ `entry_middle_terminal`
`candidate_pool_counts`	Các kết quả được lưu giữ theo số lượng ứng viên trung gian và đích cuối có sẵn khi kiểm chứng chạy: `incomplete`, `thin`, `forming` hoặc `healthy`
`ttl_shape_counts`	Các kết quả được lưu giữ theo bố cục TTL của các chặng, ví dụ `entry_ttl_2_onward_ttl_1`
`source`, `privacy_boundary`	Dữ liệu đến từ đâu và loại trừ những gì

Đọc số lượng nút (proof_ready_nodes, recent_success_ready_nodes, freshness_counts) để biết mức sẵn sàng hiện tại, và đọc tổng sự kiện để biết lịch sử. Các trường cấp nút chỉ bao gồm những nút có nhịp tim còn mới, nên một nút đã ngừng báo cáo sẽ biến mất khỏi đó trong vòng hai phút. Đây là các kiểm chứng đường đi tổng hợp, không phải tin nhắn của người dùng.

Về những gì các kiểm chứng này thử nghiệm, xem Khám phá nút và chuyển tiếp mã hóa.

Ranh giới quyền riêng tư

Điểm cuối công khai có thể bao gồm:

số lượng nút và số lượng khu vực tổng hợp
các bộ đếm byte và phiên VPN tổng hợp
các bộ đếm chuyển tiếp gói tin tổng hợp
độ mới của nhịp tim và mức khả dụng
các nhóm mức sẵn sàng khám phá, chuyển tiếp và kiểm chứng
các số liệu tổng hợp về dung lượng và áp lực máy chủ

Điểm cuối công khai không được bao gồm:

khóa riêng tư của nút hoặc ID nút đầy đủ
ID tuyến hoặc các chặng được chọn
điểm cuối thô trong các bản tóm tắt công khai
nội dung đã mã hóa hoặc bản rõ tin nhắn
danh tính người gửi hoặc người nhận
địa chỉ IP của máy khách
nội dung DNS, tên miền, URL hoặc lịch sử duyệt web
nội dung gói tin
bí mật của phiếu
lưu lượng theo từng người dùng hoặc theo từng ví
bản rõ MemChain
các cạnh của đồ thị xã hội

Ranh giới này áp dụng cho điểm cuối công khai. Nhà vận hành nút thấy nhiều hơn về các phiên trên chính các nút của họ trong Nodeboard, bao gồm bản ghi lưu lượng theo từng phiên và theo từng khóa máy khách; xem Hướng dẫn bảng điều khiển nhà vận hành Nodeboard. Về cách AeroNyx xử lý dữ liệu nói chung, xem Trung tâm tin cậy.

Câu hỏi thường gặp

"Lưu lượng mã hóa" đo lường cái gì?

Đó là tổng các bộ đếm byte mà các nút báo cáo cho các phiên máy khách VPN, trong toàn bộ thời gian, trên các nút hiện đang hoạt động. Nó không bao gồm chuyển tiếp trò chuyện hoặc lưu lượng giữa các nút.

Số lượng nút có bao gồm các nút ngoại tuyến không?

Các số đếm giao thức và chuyển tiếp thì không: chúng chỉ bao gồm các nút có nhịp tim trong 120 giây gần nhất. network.total_nodes, network.vpn_nodes và network.public_vpn_candidates đếm các nút đã đăng ký đang hoạt động dù trực tuyến hay không, vì vậy hãy so sánh chúng với network.online_vpn_nodes.

Các tổng số toàn thời gian có thể giảm không?

Có. Các tổng số được cộng trên các nút hiện đang hoạt động, vì vậy khi một nút bị hủy kích hoạt, các phiên và số byte của nó bị loại ra.

Tôi có thể xác minh độc lập các con số này không?

Không, backend AeroNyx tính toán chúng từ các báo cáo của nút và không ký chúng. Nhà vận hành nút có thể kiểm tra các nút của chính họ tại chỗ bằng các công cụ kiểm tra sức khỏe trong Vận hành và kiểm tra một nút AeroNyx.

Điểm cuối có tiết lộ ai đang sử dụng AeroNyx không?

Không, nó chỉ trả về các số lượng tổng hợp và các nhóm trạng thái. Nó không chứa địa chỉ IP của máy khách, khóa máy khách, đích đến, dữ liệu DNS hoặc nội dung tin nhắn.

Thống kê mạng AeroNyx và ranh giới quyền riêng tư