AeroNyx Privacy Coordination Protocol

Проверяемый реестр координации для сети, которая остаётся слепой.

AeroNyx не публикует действия пользователей. Независимые узлы могут проверять подписанное состояние инфраструктуры, восстанавливать публичные доказательства и подтверждать работу зашифрованных ретрансляторов, не раскрывая личности, сообщения, память или полный маршрут.

Архитектура из трёх плоскостей

Приватность движется в одной плоскости, проверка происходит в другой.

Разделение зашифрованных данных и координационных доказательств даёт независимым операторам минимум информации для участия и аудита, не превращая пользователей в публичные записи.

01

Плоскость приватных данных

Передаёт зашифрованный трафик, сообщения, медиа и память через слепые сервисы протокола.

Узлы проверяют
Ограниченные инструкции пересылки и зашифрованные конверты
Остаётся приватным
Открытый текст, ключи, смысл диалога и содержимое назначения
02

Плоскость координации

Распространяет подписанные описатели узлов, возможности, последовательности и ограниченный набор маршрутов.

Узлы проверяют
Какие узлы сейчас предоставляют нужную возможность
Остаётся приватным
Личность пользователя, социальный граф и полный маршрут
03

Плоскость доказательств

Упорядочивает подписанные commitments и зеркалирует checkpoint, witness, recovery и агрегированные relay-доказательства.

Узлы проверяют
Можно ли независимо проверить состояние и работу инфраструктуры
Остаётся приватным
Полезная нагрузка сообщений, личная активность и история просмотра

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

Реестр описывает инфраструктуру, а не людей.

AeroNyx Verifiable Coordination Ledger — добавочный реестр доказательств в рамках отдельного producer. Он делает состояние протокола восстанавливаемым и независимо проверяемым, а не создаёт публичную историю поведения пользователя.

Что может записываться

  • 01Подписанные описатели узлов, возможности, номера последовательности и публичные endpoints для обнаружения.
  • 02Публичные commitments протокола, ссылки checkpoint и доказательства порядка в рамках producer.
  • 03Независимо проверяемые witness, Full-node Mirror и доказательства восстановления третьей стороной.
  • 04Агрегированная готовность relay, доказательства доставки и счётчики здоровья без содержимого сообщений.

Что никогда не записывается

  • 01Открытый текст сообщений, приватная память, медиа, ключи или содержимое payload приложений.
  • 02IP пользователей, связи контактов, социальные графы или сопоставление личности с активностью.
  • 03Полный многоступенчатый маршрут, позволяющий одному наблюдателю связать источник и назначение.
  • 04DNS-запросы, домены, URL, история просмотра или подробности трафика назначения.

Опциональное хранение зашифрованного payload — отдельный сервис под управлением клиента. Blob не является записью координационного реестра и недоступен для чтения узлом хранения.

Доказательства приватной ретрансляции

Сообщение можно доставить и проверить, не делая его публичным.

Каждый участник получает только минимум информации для своей роли. Доказательство ограничено так, чтобы ни один узел не видел полной картины.

01

Запечатать на устройстве

Отправитель шифрует и подписывает payload до его входа в сеть.

Сеть получает непрозрачный конверт, а не смысл сообщения.

02

Выбрать слепые переходы

Свежие подписанные descriptors и reachability-доказательства формируют ограниченный набор кандидатов.

Relay знает следующее действие, но не полный маршрут.

03

Переслать с доказательством

Промежуточные узлы пересылают ciphertext и создают защищённое от повтора ограниченное доказательство.

Доказательство относится к работе протокола, а не к открытому содержимому.

04

Проверить и восстановить

Checkpoint witness и mirror сохраняют публичные доказательства при недоступности producer.

Независимое восстановление не требует публикации действий пользователей.

Другой тип реестра

Создан для приватной координации, а не публичных транзакций.

Слово «реестр» означает защищённый порядок и восстановление. Оно не подразумевает токен, платформу смарт-контрактов, глобальный mempool или универсальную finality.

Основная цель
Координационный реестр AeroNyxКоординировать и проверять слепую приватную инфраструктуру.
Публичный реестр общего назначенияПубликовать и фиксировать глобально видимые изменения состояния.
Публичные данные
Координационный реестр AeroNyxПодписанное состояние узлов и ограниченные доказательства инфраструктуры.
Публичный реестр общего назначенияТранзакции, состояние аккаунтов и выполнение приложений.
Активность пользователя
Координационный реестр AeroNyxИсключена границей протокола.
Публичный реестр общего назначенияОбычно видима или постоянно доступна для анализа.
Модель проверки
Координационный реестр AeroNyxПодписи producer, хеш-связанный порядок, witness, mirror и recovery proofs.
Публичный реестр общего назначенияКонсенсус всей сети и финальность транзакций.
Текущее утверждение
Координационный реестр AeroNyxНезависимо проверяемые доказательства в рамках producer; без заявления глобального консенсуса.
Публичный реестр общего назначенияЕдиное каноническое состояние, согласованное сетью.

Реализация протокола

Что уже существует и где проходит следующая граница доверия.

Проверенные рабочие возможности отделены от исследований, чтобы операторы и разработчики оценивали сеть по фактам.

01

Доступно сейчас

Подписанная Directory Chain

Узлы публикуют подписанные descriptors с защитой sequence и находят подходящих peers без центрального списка разрешений.

02

Доступно сейчас

Checkpoint Witness и Full-node Mirror

Независимые узлы проверяют, зеркалируют и восстанавливают публичные commitments в рамках producer.

03

Доступно сейчас

Ограниченные relay-доказательства

Слепые маршруты создают принятые или отклонённые доказательства и счётчики доставки без раскрытия payload.

04

Следующий этап

Более широкое разнообразие независимых узлов

Больше операторов и сетей, выбор маршрута клиентом и усиленная защита от корреляции — следующая граница доверия.

Прямые ответы

Чем является этот протокол и чем не является.

Границы заявлений — часть архитектуры и должны быть так же видимы, как функции.

01AeroNyx — традиционный блокчейн?

Нет. AeroNyx применяет подписанные, хеш-связанные, добавочные координационные доказательства для приватной инфраструктуры. Это не реестр токенов, не платформа смарт-контрактов и не сеть публичных транзакций.

02Координационный реестр хранит сообщения?

Нет. Содержимое сообщений и памяти исключено из реестра доказательств. Опциональное зашифрованное хранение отделено, управляется клиентом и не читается узлом хранения.

03AeroNyx уже заявляет глобальный консенсус или finality?

Нет. Текущая модель даёт подписанный порядок в рамках producer, независимые witness, mirror и recovery-доказательства. Глобальный консенсус и универсальная финальность транзакций не заявляются.

04Узлы могут читать содержимое пользователя?

Payload шифруется end-to-end до relay или хранения. Узлы обрабатывают ограниченные метаданные для доставки, но не могут расшифровать payload. Риск корреляции трафика остаётся частью модели угроз и требует дальнейшего разнообразия маршрутов и операторов.

Открытый протокол, ограниченное знание

Независимая инфраструктура может координироваться, не владея пользователем.

Любой может запустить совместимый узел и проверить публичные доказательства протокола. Долговечное обещание — не доверие к операторам, а ограничение протоколом того, что каждый оператор способен узнать.