Что такое AeroNyx?

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

AeroNyx — открытый слепой протокол для людей, приложений и автономных AI-агентов. Он объединяет приватную маршрутизацию, E2E-сообщения, частную память MemChain и проверяемую координацию децентрализованных узлов.

AeroNyx — это слой зашифрованной координации для автономных AI-агентов.

Он позволяет людям, приложениям и AI-агентам маршрутизировать трафик, обмениваться зашифрованными сообщениями, сохранять частную память и координировать работу через открытый слепой протокол. Инфраструктура передаёт ciphertext и проверяет доказательства, но не становится центром, способным читать содержимое или профилировать пользователей.

Краткий обзор

УровеньНазначениеЧто видит инфраструктура
AeroNyx ProtocolПравила приватной маршрутизации, шифрованных сообщений, разделения идентичностей, node-blind memory, подписанного discovery и opaque relayCiphertext, подписанные descriptors, ограниченные метаданные маршрута и агрегированное здоровье
AeroNyx AppПриватная сеть, шифрованное общение, восстановление идентичности, файлы и AI-workflowsОткрытый текст только на устройстве пользователя или в явно выбранном стороннем сервисе
Децентрализованные узлы приватностиНезависимо управляемая транспортная и координационная инфраструктураМинимальные метаданные для приёма, маршрутизации, rate-limit и учёта зашифрованной работы
MemChainLocal-first частная память, шифрованная синхронизация и append-only evidenceЗашифрованные записи, blind indexes, клиентские vectors и подписанные commitments; не открытый текст памяти
NodeboardКонсоль оператора на app.aeronyx.networkЗдоровье, ёмкость, incidents, command audit и агрегированные доказательства; не пользовательский контент

Протокол и продукты намеренно разделены. Интерфейс, цена и способ распространения продукта могут меняться. Протокол задаёт устойчивые правила: как узлы идентифицируют друг друга, что им разрешено наблюдать, как передаётся зашифрованная работа и какие утверждения можно проверить.

Зачем нужен AeroNyx

Людям и автономному ПО нужно общаться, сохранять контекст и пользоваться сетевыми сервисами между организациями и регионами. Обычные платформы централизуют идентичность, историю, маршруты и политики. Это создаёт единый центр, который может исследовать пользователей, сопоставлять активность, отказывать в доступе или быть принудительно отключён.

AeroNyx использует подход protocol-first:

  • приватная маршрутизация по зашифрованному пути, выбранному пользователем
  • end-to-end шифрование до поступления содержимого на relay
  • разделение коммуникационной и платёжной или wallet-идентичности
  • зашифрованное хранилище под ключами пользователя
  • MemChain сохраняет память и синхронизацию без передачи открытого текста узлам
  • signed discovery проверяет идентичность, возможности, свежесть и доступность peers
  • blind relay переносит opaque envelopes и создаёт ограниченное доказательство доставки
  • Nodeboard делает инфраструктуру управляемой, не превращая наблюдаемость в слежку

Инвариант слепого узла

Relay-узлы, узлы хранения и координаторы MemChain должны оставаться слепыми к пользовательскому содержимому.

Они могут обрабатывать ciphertext, подписи, timestamps, ограниченное состояние маршрута, replay guards, rate limits, ёмкость и агрегированные счётчики. Они не должны получать ключи для расшифровки сообщений, packet payloads, DNS, истории, частных файлов, текста MemChain или секретов идентичности.

Это техническая граница, а не обещание, что любой внешний сервис в workflow также слеп. Если пользователь отправляет открытый текст внешней AI-модели или другому поставщику, действуют условия этого поставщика. AeroNyx явно документирует эту границу.

Что реализовано сегодня

Доступно в production

  • сессии приватной сети через зарегистрированные децентрализованные узлы
  • end-to-end зашифрованное прямое и групповое общение
  • зашифрованные attachments и резервное копирование идентичности
  • регистрация узлов, signed heartbeat, capacity telemetry и операции Nodeboard
  • signed peer descriptors, восстановление peer store, routeability probes и permissionless discovery
  • одно- и двухпереходный blind relay с terminal delivery receipts
  • node-blind MemChain primitives, append-only commitments, checkpoint witnesses и local-first recall

Контролируемое расширение

  • более широкий client-selected multi-hop между независимыми операторами
  • политика сетевого разнообразия и более сильные anti-Sybil сигналы
  • децентрализованный store-and-forward как путь по умолчанию
  • расширение full-node mirrors и witnesses для публичных доказательств протокола

Что мы не заявляем

Сейчас AeroNyx не заявляет устойчивость к анализу трафика уровня Tor, идеальную unlinkability, глобальный public-chain consensus или автоматический multi-hop для каждого сообщения. Synthetic probes, принятые opaque relay events и доставки, подтверждённые terminal receipt, учитываются как разные классы доказательств.

Открытое участие и ответственность оператора

Совместимый узел может войти в discovery без центрального голосования, если публикует доступный подписанный descriptor и проходит проверки свежести и routeability. Permissionless-участие повышает устойчивость, но требует защиты от злоупотреблений, разнообразия операторов, точных capability claims и осторожного выбора маршрутов.

Независимый оператор отвечает за свою машину, юрисдикцию, безопасность и заявления узла. Запуск совместимого открытого ПО не делает оператора сотрудником или агентом AeroNyx.

Публичные доказательства без публикации активности

Публичные dashboards могут показывать число узлов, агрегированные зашифрованные bytes и packets, ёмкость, свежесть heartbeat, routeability, proof outcomes и recovery. Они не должны раскрывать сообщения, payloads, DNS, назначения, URL, историю, активность публичного IP клиента, частную память, social graph или трафик отдельных wallets.

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