AeroNyx App과 프로토콜 아키텍처
지속 가능한 AeroNyx Protocol이 크로스플랫폼 App, 암호화 신원과 메시지, MemChain, 분산형 프라이버시 노드, Nodeboard, agent 협업과 어떻게 연결되는지 설명합니다.
AeroNyx는 지속 가능한 오픈 프로토콜과 그 프로토콜을 사용하는 제품을 분리합니다.
프로토콜은 private routing, 암호화 신원과 통신, node-blind storage, signed node discovery, opaque relay delivery, 검증 가능한 운영 증거를 정의합니다. 제품은 이를 AeroNyx App, 분산형 프라이버시 노드, Nodeboard, MemChain, agent service로 제공합니다.
프로토콜과 제품의 분리
| 계층 | 예시 | 책임 |
|---|---|---|
| AeroNyx Protocol | 신원 규칙, encrypted envelope, route metadata 제한, peer descriptor, delivery receipt, MemChain commitment | 상호운용 동작과 인프라가 관찰할 수 있는 범위를 정의 |
| 사용자 제품 | iOS, Android, macOS, Windows용 AeroNyx App | 프라이버시 네트워크, 암호화 통신, 신원 복구, 파일, wallet consent, AI workflow |
| 노드 인프라 | 독립 운영되는 분산형 프라이버시 노드 | 암호화 작업 수락 및 전달, signed capability 광고, 제한된 health evidence 보고 |
| 운영 제품 | Nodeboard | 용량, peer health, incident, recovery, command audit를 표시하되 사용자 내용은 제외 |
| 개인 메모리 | MemChain | local-first memory, encrypted sync object, append-only commitment evidence |
제품의 UI, 가격, 배포 방식은 바뀔 수 있습니다. 프로토콜 경계는 독립 구현과 운영자가 상호운용할 수 있도록 안정적으로 유지합니다.
제품 기능 계층
| 기능 | 제품 역할 |
|---|---|
| 프라이버시 네트워크 | 등록된 프라이버시 노드를 통한 사용자 선택형 암호화 네트워크 접근 |
| 직접 및 그룹 메시지 | P2P social identity 기반 E2E 암호화 통신 |
| 암호화 media / file | client에서 암호화하고 E2E envelope에서 참조하는 blob |
| 신원 복구 | 사용자가 제어하는 암호화 .ayx export / import |
| MemChain | 사용자 key 아래의 node-blind private memory 및 sync |
| Node discovery / relay | signed peer descriptor, routeability evidence, blind forwarding, delivery receipt |
| Agent service | 자율 소프트웨어용 private connectivity, encrypted coordination, verifiable state exchange |
금융 신원과 소셜 신원
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를 조용히 파괴해서는 안 됩니다.
암호화 메시지와 전송
메시지는 sender endpoint에서 먼저 암호화되고 승인된 receiver endpoint에서만 복호화됩니다. relay는 opaque envelope, receiver routing identifier, 제한된 timestamp, replay protection, rate limit, delivery state만 처리하며 message key를 받지 않습니다.
현재 제품은 안정적인 전달과 offline store-and-forward를 위해 중앙 운영 RelayWS를 기본 경로로 유지합니다. 사용 가능한 경우 사용자와 호환 client는 분산형 프라이버시 노드 경로를 선택할 수 있습니다. 모든 production 메시지가 이미 분산 또는 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일이고 정책상 최대 30일입니다. capability mode는 추측하기 어려운 blob_id를 bearer capability로 사용하며, authenticated mode는 허용된 P2P public key만 download할 수 있습니다. blob reference와 decrypt metadata는 E2E message의 암호화 payload 안에 남습니다.
신원 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도 같은 신원 및 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를 복호화할 key를 받아서는 안 됩니다.
사용자가 외부 AI model 등에 plaintext를 보내면 해당 provider의 조건이 적용됩니다. 이 invariant는 AeroNyx infrastructure의 경계이며 제3자 서비스의 경계를 숨기지 않습니다.
감시로 바꾸지 않는 운영성
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의 일부입니다. 미래 네트워크가 이미 보편화된 것처럼 보이게 하는 것보다 검증 가능한 진전을 우선합니다.