AeroNyx App とプロトコルアーキテクチャ

「AeroNyx App とプロトコルアーキテクチャ」は AeroNyx ドキュメントの正式な日本語ページです。AeroNyx はプロトコル層とプロダクト体験を分離し、プロトコルは停止しにくい公開能力を、プロダクトは App、nodeboard、暗号化チャット、暗号化ストレージ、ノード運用体験を担います。

概要

このページでは「AeroNyx App とプロトコルアーキテクチャ」が AeroNyx のオープンプライバシープロトコルで果たす役割、実装範囲、プライバシー不変条件、開発とノード運用上の注意点を日本語で説明します。

AeroNyx アーキテクチャでの位置づけ

このテーマは はじめに に属します。AeroNyx を単一の中央集権サービスとしてではなく、クライアント、Rust ノード、バックエンド調整器、nodeboard が共有するオープンなプライバシープロトコル能力として理解することが重要です。

現在の実装ポイント

• ユーザー内容に関わる機能は、端末間暗号化または暗号化オブジェクトとして扱います。
• Rust ノードはヘルス、容量、接続、経路証明、集計統計を報告できますが、メッセージ本文、アクセス資格情報、ユーザー秘密を読むことはできません。
• nodeboard は運用可観測性のために、ノード状態、peer discovery、再起動復旧、容量、パケット/トラフィック、プロトコル状態を表示します。
• 現在のバックエンドは調整、順序付け、集計、公開ドキュメント API を担当し、将来は一部を Rust プロトコル層へ移行できます。

プライバシー境界

AeroNyx の中心は blind-node invariant です。リレーノードと Memory Chain 調整器は、暗号文、タイムスタンプ、証明、集計ヘルス信号、限定されたルーティングメタデータだけを扱います。平文、DNS 内容、宛先、通信関係を知るべきではありません。

ノード運用者が見るべき項目

運用者は帯域、接続上限、IP プール、conntrack、ファイルディスクリプタ、packet drops、pps、bps、peer store、heartbeat の新鮮度、restart recovery を確認します。運用 UI は障害解析を助けるべきですが、ユーザー内容や識別可能なデータを表示してはいけません。

開発者とプロダクト統合

クライアント、App、AI agent、第三者サービスは、AeroNyx の暗号化エンベロープ、署名、ブラインドリレー、匿名資格情報、ヘルスチェック規約を再利用するべきです。新しい API は公開メタデータと E2E payload 内に残すべきフィールドを明確に分ける必要があります。

現在の状態

このページは、AeroNyx が現在公開できるプロトコルとプロダクト設計の境界を説明します。multi-hop routing、blind-signed vouchers、encrypted media blob、Memory Chain 同期、ノード発見の更新は、同じ translation_key の下で継続的に更新します。