AeroNyx App とプロトコルアーキテクチャ
永続的な AeroNyx Protocol と、クロスプラットフォーム App、暗号化 ID、MemChain、分散型プライバシーノード、Nodeboard、agent 協調の関係を説明します。
AeroNyx は、永続的なオープンプロトコルと、それを利用する製品を分離しています。
プロトコルは private routing、暗号化 ID と通信、node-blind storage、署名付き node discovery、opaque relay delivery、検証可能な運用証拠を定義します。製品はそれらを AeroNyx App、分散型プライバシーノード、Nodeboard、MemChain、agent service として利用可能にします。
プロトコルと製品の分離
| レイヤー | 例 | 責任 |
|---|---|---|
| AeroNyx Protocol | ID 規則、暗号化 envelope、route metadata 制限、peer descriptor、delivery receipt、MemChain commitment | 相互運用できる挙動と、基盤が観測できる範囲を定義 |
| ユーザー製品 | iOS、Android、macOS、Windows の AeroNyx App | プライバシーネットワーク、暗号化通信、ID 復旧、ファイル、wallet consent、AI workflow |
| ノード基盤 | 独立運用される分散型プライバシーノード | 暗号化処理の受付・転送、署名済み capability の公開、限定的な health evidence の報告 |
| 運用製品 | Nodeboard | 容量、peer health、incident、recovery、command audit を表示し、ユーザー内容は表示しない |
| 私有メモリ | MemChain | local-first memory、暗号化同期 object、append-only commitment evidence |
製品の UI、価格、配布方法は変化できます。プロトコル境界は、独立実装と運用者が相互運用できるよう安定させます。
製品能力レイヤー
| 能力 | 製品上の役割 |
|---|---|
| プライバシーネットワーク | 登録済みプライバシーノードを使う、ユーザー選択型の暗号化ネットワークアクセス |
| 直接・グループメッセージ | P2P social identity による E2E 暗号化通信 |
| 暗号化 media / file | クライアントで暗号化し、E2E envelope から参照する blob |
| ID 復旧 | ユーザー管理の暗号化 .ayx export / import |
| MemChain | ユーザー管理鍵の下で動く node-blind private memory と同期 |
| Node discovery / relay | signed peer descriptor、routeability evidence、blind forwarding、delivery receipt |
| Agent service | 自律ソフトウェアの private connectivity、encrypted coordination、verifiable state exchange |
金融 ID とソーシャル ID
AeroNyx は wallet identity と P2P communication identity を分離します。wallet identity は資産、membership、subscription、node ownership、account consent を担当し、P2P identity は contact、chat、QR / deep link、message namespace、social recovery を担当します。
この分離は関連付けリスクを抑え、それぞれに適切な recovery lifecycle を与えます。一つの social identity の削除や rotation が、wallet root や別の chat identity を暗黙に破壊してはいけません。
暗号化メッセージと transport
メッセージは送信 endpoint で暗号化され、許可された受信 endpoint だけで復号されます。relay が扱うのは opaque envelope、受信者 routing identifier、限定 timestamp、replay protection、rate limit、delivery state であり、message key は受け取りません。
現在の製品は、安定した配信と offline store-and-forward のため、中央運用 RelayWS を既定経路として維持します。利用可能な場合、ユーザーと互換 client は分散型プライバシーノード経路を選べます。全ての本番メッセージが既に分散経路または multi-hop を使うとは主張しません。
Contact は public-key fingerprint、QR code、deep link で確認し、local message database は active P2P identity ごとに分離します。
暗号化 media と再開可能な file
Voice、image、video、file は大きな payload を WebSocket frame に入れず、ciphertext blob channel を使います。decrypt key、nonce、filename、transcript、plaintext は blob API に渡りません。
| フロー | API | 現在の制限 |
|---|---|---|
| 単一 upload | POST /api/relay/blob/ | 10 MB |
| resumable session 作成 | POST /api/relay/blob/session/ | 合計 100 MB |
| chunk upload / retry | PUT /api/relay/blob/session/{upload_id}/chunk/{index}/ | 既定 1 MB、最大 4 MB |
| missing chunk 確認 | GET /api/relay/blob/session/{upload_id}/ | session は 24 時間有効 |
| upload 完了 | POST /api/relay/blob/session/{upload_id}/complete/ | 全 chunk 到着後に idempotent 完了 |
| ciphertext download | GET /api/relay/blob/{blob_id}/ | capability または authenticated access |
Retention は既定 7 日、policy 上限 30 日です。capability mode は推測困難な blob_id を bearer capability とし、authenticated mode は許可された P2P public key だけに download を限定します。blob reference と decrypt metadata は E2E message の暗号化 payload 内に残ります。
ID backup、group、call
.ayx backup は random salt、password-derived key、authenticated encryption で identity seed を保護し、seed plaintext を保存しません。export / import は明示的なユーザー操作です。
Group communication は signed membership operation と encrypted group-key state を加えて同じモデルを拡張します。voice / video call も同じ ID と privacy boundary に従い、低レベル error は安定した product state に変換します。
Blind-node invariant
Relay node、storage node、MemChain coordinator はユーザー内容に対して blind でなければなりません。ciphertext、signature、限定 route state、timestamp、replay guard、rate limit、capacity、aggregate counter は処理できますが、message、packet payload、DNS、history、destination、private file、MemChain plaintext、identity secret、stable social-graph edge を復号する鍵を受け取ってはいけません。
ユーザーが外部 AI model などへ plaintext を送る場合、その provider の条件が適用されます。この invariant は AeroNyx infrastructure の境界であり、第三者サービスの境界を隠すものではありません。
監視にしない運用性
Nodeboard と公開統計は capacity、connection policy、peer freshness、routeability、restart recovery、fd / conntrack pressure、packet drops、pps、bps、proof acceptance、terminal delivery count を表示できます。
Message plaintext、packet payload、DNS、destination、URL、client public-IP activity、private memory、contact relation、wallet-level traffic を表示する user-traffic viewer にはしません。
Agent protocol の方向
自律 agent には tunnel だけでなく、private reachability、encrypted messaging、user-controlled memory、scoped credential、auditable consent、verifiable state transition が必要です。
AeroNyx は全 agent に一つの app backend を信頼させずに、その primitive を提供できます。方向性は agent-to-agent encrypted envelope、node-blind MemChain record、optional private routing、independent service node、privacy ledger 外の settlement integration です。
正直な deployment boundary
現在の App は中央 relay を既定とし、decentralized relay、multi-hop、より広い full-node mirror、network-diversity control は controlled rollout 中です。公開文書は production path、optional path、probe evidence、planned capability を区別します。
この区別も architecture の一部です。将来像を既に全面稼働しているように見せるより、検証可能な進捗を優先します。