Архитектура AeroNyx App и Protocol

AeroNyx17 июня 2026 г.4 мин чтения48 просмотров

Как устойчивый протокол AeroNyx связан с кроссплатформенным App, шифрованными идентичностями и сообщениями, MemChain, узлами приватности, Nodeboard и агентами.

AeroNyx отделяет устойчивый открытый протокол от продуктов, которые его используют.

Протокол определяет приватную маршрутизацию, шифрованную идентичность и связь, node-blind storage, подписанный discovery, opaque relay и проверяемые операционные доказательства. Продукты превращают правила в AeroNyx App, децентрализованные узлы, Nodeboard, MemChain и agent services.

Разделение протокола и продукта

УровеньПримерыОтветственность
AeroNyx Protocolидентичность, encrypted envelopes, metadata limits, peer descriptors, receipts, MemChain commitmentsОпределяет совместимость и допустимую видимость инфраструктуры
Пользовательский продуктAeroNyx App для iOS, Android, macOS и WindowsПриватная сеть, шифрованная связь, восстановление, файлы, wallet consent и AI
Инфраструктуранезависимо управляемые узлы приватностиПринимает и передаёт зашифрованную работу, публикует signed capabilities и ограниченное состояние
Продукт оператораNodeboardЁмкость, peers, incidents, recovery и audit без пользовательского контента
Частная памятьMemChainLocal-first memory, encrypted sync objects и append-only evidence

UI, цена и распространение продукта могут меняться. Граница протокола остаётся стабильной для совместимости независимых реализаций.

Уровни возможностей

Приватная сеть даёт выбранный пользователем шифрованный доступ. Direct и group messaging используют P2P identity и E2E. Media шифруется на client и указывается в E2E envelope. .ayx восстанавливает идентичность. MemChain хранит node-blind memory. Discovery и relay дают signed descriptors, routeability, blind forwarding и receipts. Agent services добавляют приватную связь и проверяемое состояние.

Финансовая и социальная идентичность

AeroNyx разделяет wallet identity и P2P identity. Первая покрывает assets, membership, subscription, node ownership и consent; вторая — contacts, chat, QR/deep link, message namespace и social recovery.

Разделение снижает корреляцию и даёт разные recovery lifecycle. Rotation или удаление social identity не должны уничтожать wallet root или другие chat identities.

Шифрованные сообщения и transport

Сообщение шифруется на endpoint отправителя и расшифровывается только у авторизованного получателя. Relay обрабатывает opaque envelope, routing identifier, ограниченные timestamps, replay protection, rate limits и delivery state, но не ключи.

Центральный RelayWS остаётся путём по умолчанию для предсказуемой доставки и offline store-and-forward. Пользователи могут выбирать децентрализованные пути, когда они доступны. AeroNyx не утверждает, что каждое production-сообщение уже проходит через decentralized или multi-hop route.

Контакты проверяются fingerprint, QR или deep link; локальная база изолируется по активной P2P identity.

Шифрованные media и возобновляемые файлы

Voice, images, video и files используют ciphertext blob channel. Keys, nonces, filenames, transcripts и plaintext не входят в API.

ПотокAPIТекущий предел
Один uploadPOST /api/relay/blob/10 MB
Resumable sessionPOST /api/relay/blob/session/100 MB всего
Upload/retry chunkPUT /api/relay/blob/session/{upload_id}/chunk/{index}/1 MB по умолчанию, 4 MB максимум
Missing chunksGET /api/relay/blob/session/{upload_id}/Session действует 24 часа
CompletePOST /api/relay/blob/session/{upload_id}/complete/Idempotent operation
Download ciphertextGET /api/relay/blob/{blob_id}/Capability или authenticated access

Retention по умолчанию 7 дней, максимум 30. В capability mode blob_id — непредсказуемая bearer capability; authenticated mode ограничивает download разрешёнными P2P public keys. Reference и decrypt metadata остаются внутри E2E payload.

Backup идентичности, группы и звонки

.ayx защищает seed случайным salt, password-derived key и authenticated encryption, не сохраняя seed plaintext. Import/export — явные действия пользователя.

Группы добавляют signed membership operations и encrypted group-key state. Voice/video следуют тем же identity и privacy boundaries, переводя transport errors в устойчивые product states.

Blind-node invariant

Relay nodes, storage nodes и MemChain coordinators должны быть слепы к контенту. Они обрабатывают ciphertext, signatures, limited route state, timestamps, replay guards, limits, capacity и aggregate counters, но не получают ключи от messages, payloads, DNS, history, destinations, private files, MemChain plaintext, identity secrets или stable social graph.

При передаче plaintext внешней AI действуют условия её provider. Инвариант описывает инфраструктуру AeroNyx, не скрывая границы третьих сторон.

Эксплуатация без слежки

Nodeboard и статистика показывают capacity, connection policy, peer freshness, routeability, restart recovery, fd/conntrack pressure, packet drops, pps, bps, proofs и terminal delivery, но не messages, payloads, DNS, destinations, URL, client public IP, private memory, contacts или wallet traffic.

Направление протокола для агентов

Автономным агентам нужны private reachability, encrypted messaging, user-controlled memory, scoped credentials, auditable consent и verifiable transitions. AeroNyx предоставляет эти primitives без единого обязательного backend: agent-to-agent envelopes, node-blind MemChain, optional private routing, independent nodes и settlement вне privacy ledger.

Реальная граница deployment

Сегодня App использует central relay по умолчанию. Decentralized relay, multi-hop, более широкий full-node mirroring и network diversity остаются в controlled rollout. Docs различают production paths, options, probes и планы: проверяемый прогресс важнее изображения будущего как уже универсального.

Читать дальше