Подписанный реестр обязательств: устройство, текущее состояние и ограничения
Реестр обязательств по записям MemChain упорядочивает непрозрачные обязательства по зашифрованным записям памяти в подписанных блоках. Он заморожен с 2026-07-13, поскольку его единственный координатор выведен из эксплуатации, а передача полномочий требует подписи этого координатора; он никогда не обеспечивал консенсус.
Реестр обязательств по записям MemChain — это цепочка подписанных блоков, которая фиксирует порядок непрозрачных обязательств по зашифрованным записям памяти. В настоящее время он заморожен. С 2026-07-13 он не произвёл ни одного блока, поскольку его единственный уполномоченный координатор был выведен из эксплуатации, а конструкция не позволяет передать полномочия другому узлу без подписи этого координатора. Он никогда не обеспечивал глобальный консенсус.
Текущее состояние
| Элемент | Состояние |
|---|---|
| Блоки | 33 блока. Последний был произведён 2026-07-13 |
| Координатор | Один закреплённый узел-координатор (US1), выведенный из эксплуатации 2026-10-03 |
| Последователи | По-прежнему хранят и проверяют историю. При попытке синхронизации они сообщают active_coordinator_unavailable |
| Передача полномочий координатора | Требуется доказательство, подписанное и старым, и новым координатором. В рабочем коде нет способа его выпустить |
| Новые блоки | Нет. Реестр заморожен |
| Консенсус | Нет. Нет выбора форка, кворумной финальности или подтверждения в публичной цепочке |
Актуальные агрегированные данные публикуются по адресу GET https://api.aeronyx.network/api/privacy_network/vpn/public/network-stats/ в разделе data.protocol_status.memory_chain. Текущее состояние отражают поля coordinator_nodes, follower_nodes, verified_nodes, max_verified_tip_height и block_confirmation_state. Некоторые описательные текстовые поля в этом ответе всё ещё описывают задуманную схему со свидетелями, а не сегодняшнее состояние, поэтому ориентируйтесь на числовые поля.
Что фиксирует реестр
Каждый блок содержит заголовок (версия протокола, идентификатор цепочки, высота, временная метка, хеш предыдущего блока, корень Меркла, количество записей и ключ предлагающего узла), список идентификаторов записей и подпись Ed25519 предлагающего узла над заголовком.
Идентификатор записи — это хеш SHA-256, вычисленный над зашифрованной записью памяти: ключ владельца, временная метка, слой, теги, источник и шифротекст. Реестр никогда не содержит содержимого памяти, ключей расшифровки или открытого текста. Он может показать, что непрозрачная запись существовала, и в каком порядке, на заданной высоте. Он не может показать, что говорится в записи, и не хранит саму запись.
Сами записи памяти описаны в статье MemChain и Blind Vault.
Как работает конструкция
- Один координатор добавляет блоки. Добавлять может ровно один настроенный узел. Он подписывает каждый блок и хранит подписанную отметку максимальной высоты рядом со своей базой данных, чтобы при запуске обнаруживалась более старая копия файла базы данных.
- Последователи реплицируют и проверяют. Каждый последователь запрашивает страницы только у закреплённого координатора. Он проверяет подписи, непрерывность высоты и хеш-связи и останавливается при откате, форке или ошибках подписи. Он никогда не объединяет конфликтующие истории.
- Свидетели проверяют откаты. Узлы-свидетели, закреплённые оператором, возвращают подписанные контрольные точки. При запуске контрольная точка, показывающая, что у свидетеля более поздняя или расходящаяся история, останавливает координатора до того, как он откроет свои слушатели.
- Необязательная аренда ограничивает дублирующих писателей. Если она включена, координатор может производить блоки, только пока каждый закреплённый свидетель предоставляет ему короткую аренду на 60–300 секунд. Когда аренда истекает, производство приостанавливается.
- Передача полномочий использует доказательство с двумя подписями. Полномочия переходят к новому координатору только через доказательство
RecordCoordinatorHandoverV1, подписанное и уходящим, и приходящим координатором. Исторические блоки никогда не переписываются.
Требование свидетелей и аренда в ПО узлов по умолчанию выключены.
Почему он заморожен
Конструкция зависит от единственного координатора. Этот координатор был выведен из эксплуатации 2026-10-03. Для передачи полномочий нужна его подпись, а ни один путь в рабочем коде не создаёт доказательство передачи. Поэтому последователи не могут принять новый предлагающий узел, и новые блоки не могут быть добавлены. Единственный координатор — это единая точка отказа, и это именно такой отказ.
Память не затронута. Реестр хранит только обязательства. Ваши зашифрованные воспоминания хранятся на вашем устройстве и, по желанию, на узле, к которому вы подключаетесь, независимо от реестра.
Проверка исторических блоков
33 исторических блока по-прежнему можно проверить:
- Каждый узел, хранящий копию, проверяет её при запуске. Он декодирует каждый сохранённый блок, проверяет подпись предлагающего узла, непрерывность высоты, ссылки на хеш предыдущего блока и индекс записей, и отказывается запускаться, если какая-либо проверка не прошла. Результаты отображаются в виде агрегатов (
verified_nodes,max_verified_tip_height) на публичном эндпоинте статистики. aeronyx-server memchain verify-aofвыполняет отдельную проверку. Она проверяет устаревший файл MemChain только для добавления на узле (кадрирование, идентификаторы содержимого, корни Меркла и происхождение блоков) и выводит только агрегированные счётчики. Она не читает реестр обязательств, который хранится в базе данных SQLite узла.
sudo aeronyx-server memchain verify-aof --config /etc/aeronyx/server.toml
Ограничения
- Один координатор означает одну точку отказа. Когда он недоступен, новые обязательства не фиксируются.
- Нет консенсуса, выбора форка или финальности. Подписанный порядок — это не согласие между независимыми сторонами.
- Свидетели закрепляются оператором. Сегодня всеми рабочими (production) узлами управляет AeroNyx, поэтому проверки свидетелей не доказывают независимость.
- Это не реестр токенов, не платформа смарт-контрактов и не система proof-of-stake.
- Обязательство доказывает, что непрозрачная запись существовала. Оно не доказывает, что запись всё ещё где-либо хранится.
Что запланировано
Новая конструкция отказывается от единственного координатора. Каждый узел будет вести собственный подписанный журнал, другие узлы будут его зеркалировать, а узлы будут перекрёстно засвидетельствовать журналы друг друга. Именно эту модель уже сегодня использует Directory Chain для дескрипторов узлов. Дата выпуска не назначена. 33 исторических блока остаются проверяемыми, как описано выше.
<!-- faq:start -->Часто задаваемые вопросы
Работает ли реестр обязательств AeroNyx?
Нет. С 2026-07-13 он не произвёл ни одного блока. Его единственный координатор был выведен из эксплуатации 2026-10-03, и в рабочем коде нет пути для передачи полномочий новому координатору, поэтому реестр заморожен.
Является ли AeroNyx блокчейном?
Нет. Реестр обязательств использовал подписанные блоки от одного координатора, без консенсуса, выбора форка или токена. Сейчас он заморожен, и AeroNyx не описывает его как публичный блокчейн или сеть глобального консенсуса.
Потерял ли я свои воспоминания из-за того, что реестр заморожен?
Нет. Реестр хранит только непрозрачные обязательства и никогда не хранит содержимое памяти. Ваши зашифрованные воспоминания хранятся на вашем устройстве и, по желанию, на узле, к которому вы подключаетесь, независимо от реестра.
Можно ли по-прежнему проверить существующие блоки?
Да. Каждый узел, хранящий 33 блока, при каждом запуске заново проверяет подписи и хеш-связи и не запустится, если проверка не прошла. Агрегированный результат виден на публичном эндпоинте статистики сети.
Что заменит реестр с единственным координатором?
Запланированная конструкция использует подписанные журналы каждого узла, которые зеркалируются и перекрёстно засвидетельствуются другими узлами. Это та же модель, что и у Directory Chain, которая уже работает для дескрипторов узлов. Дата выпуска не назначена.
<!-- faq:end -->