AeroNyx FAQ 與社群指南

「AeroNyx FAQ 與社群指南」是 AeroNyx 文件體系中的正式本地化頁面。AeroNyx 將協議層與產品體驗分開：協議負責不可關閉的開放能力，產品負責 App、nodeboard、加密聊天、加密儲存和節點營運體驗。

概覽

本文用繁體中文說明「AeroNyx FAQ 與社群指南」在 AeroNyx 開源隱私協議中的作用、目前實作邊界、隱私不變量以及開發/節點營運注意事項。

在 AeroNyx 架構中的位置

本主題屬於 FAQ。理解它的關鍵不是把 AeroNyx 看成單一中心化服務，而是把它看成一組可由客戶端、Rust 節點、後端協調器和 nodeboard 共同使用的開放隱私協議能力。

目前實作重點

• 所有涉及用戶內容的能力都必須透過端對端加密或密文物件傳遞。
• Rust 節點可以回報健康、容量、連線、路徑證明和聚合統計，但不能讀取訊息正文、存取憑據或用戶秘密。
• nodeboard 用於營運可觀測性：展示節點健康、peer discovery、重啟恢復、容量、封包/流量與協議狀態。
• 後端在目前階段負責協調、排序、聚合與公開文件接口；這些職責後續可以逐步下沉到 Rust 協議層。

隱私邊界

AeroNyx 的核心不變量是 blind-node invariant：轉發節點和 Memory Chain 協調器只能處理密文、時間戳、證明、聚合健康信號和有限路由元資料。它們不能讀取明文、不能看到 DNS 內容、不能知道訪問目的地，也不能重建誰和誰通信。

節點與營運者需要關注

節點營運者需要關注頻寬、連線上限、IP 池、conntrack、檔案描述符、packet drops、pps、bps、peer store、heartbeat 新鮮度和 restart recovery。營運介面應該幫助排障，但不能暴露用戶內容或可關聯身份的資料。

開發者與產品接入

客戶端、App、AI agent 或第三方服務接入時，應優先復用 AeroNyx 的加密信封、簽名、盲轉發、匿名憑證和健康檢查約定。任何新接口都必須明確哪些欄位是公開元資料，哪些欄位必須留在 E2E payload 內。

目前狀態

本頁描述的是 AeroNyx 目前可公開說明的協議與產品設計邊界。後續如果實現多跳路由、盲簽名憑證、加密媒體 blob、Memory Chain 同步或節點發現升級，應在同一 translation_key 下持續維護。