Прототип Umbra от Hoskinson нацелен на восстановление Midnight, пока миграция на BABE проходит этап QA

Charles Hoskinson тестирует Umbra, экспериментальное постоянное хранилище данных, предназначенное для упрощения восстановления в инфраструктуре, используемой Cardano и Midnight. Прототип описан в технической расшифровке X Space, изученной Cardano News, и связан с его работой над будущей архитектурой мостов Cardano и Midnight. Отдельно публичный репозиторий узла Midnight показывает, что официальная миграция консенсуса с Aura на BABE находится на этапе обеспечения качества.

Синхронизация Midnight проходит через Cardano DB Sync

Midnight это партнерская сеть Cardano, созданная для приложений, которые сочетают публичную верификацию блокчейна с защищенными данными. Разработчики могут использовать Midnight для создания приложений, где доказательства с нулевым разглашением поддерживают выборочное раскрытие, приватные вычисления и процессы, ориентированные на соответствие требованиям, а публичный токенный слой включает $NIGHT.

Hoskinson описал локальную последовательность инфраструктуры, которая начинается с полного узла Cardano, продолжается через cardano-db-sync, затем требует узел Midnight и в завершение индексатор Midnight. Эта последовательность соответствует документации для операторов Midnight.

В руководстве Midnight cardano-db-sync указано, что необходим запущенный узел Cardano, и говорится, что cardano-db-sync использует PostgreSQL для индексирования данных блокчейна в реляционную схему. Там же сказано, что после обновления van Rossem базу данных нужно воспроизвести относительно Cardano Node 11.0.1, а не рассматривать как простую бинарную замену.

Документация также инструктирует операторов дождаться, пока cardano-db-sync достигнет как минимум 99 процентов синхронизации, прежде чем продолжать. Затем в руководстве по полному узлу Midnight требуется доступный экземпляр cardano-db-sync и порт PostgreSQL, прежде чем можно будет запустить узел Midnight.

Такая модель эксплуатации объясняет, почему слой восстановления важен для разработчиков и операторов узлов. Локальная среда Midnight это не перезапуск одного бинарника. Она зависит от нескольких синхронизированных сервисов, и данные цепи Cardano, состояние базы данных, данные узла Midnight и индексированные данные приложений должны оставаться согласованными.

Прототип Umbra фокусируется на восстанавливаемом состоянии

Umbra не указан как выпущенный продукт Midnight. Это прототип Hoskinson для хранения и восстановления состояния, необходимого кошелькам, индексаторам, истории транзакций и связанным компонентам инфраструктуры.

Согласно расшифровке, прототип проектируется вокруг сохраненного состояния, контрольных точек, обработки откатов и продвижений вперед, холодного восстановления после выключения, защищенных подключений и реконструкции данных узла и индексатора из ранее сохраненных записей. Запланированный тест Hoskinson это синхронизировать среду, удалить существующие данные узла и индексатора Midnight, затем попытаться восстановить оба из Umbra.

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

Он также сравнил возможный слой дистрибуции с Mithril. Документация Cardano по Mithril описывает основанный на стейке мультиподписной протокол, который создает сертифицированные снимки блокчейна для ускорения синхронизации узлов Cardano и валидации состояния. Umbra могла бы применить схожую концепцию к состоянию Midnight, хотя публичного плана реализации или формального графика выпуска не публиковалось.

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

Миграция с Aura на BABE остается на этапе QA

Midnight также готовит отдельное изменение своей инфраструктуры консенсуса. Hoskinson описал Aura как текущий переходный механизм производства блоков и BABE как долгосрочную модель, предназначенную для децентрализованной работы, при этом GRANDPA продолжает обеспечивать финальность.

Работа видна в публичном репозитории узла Midnight. Открытая задача Aura to BABE описывает новый pallet-consensus-engine, отвечающий за состояние машины с двумя движками и автоматическое переключение с Aura на BABE. Задача была открыта 23 июня и сейчас помечена как «QA in progress».

Поток работ включает флаг ActiveEngine для Aura или BABE, миграционные параметры, ограниченные управлением, сохраненные слоты перехода и автоматическое переключение на зафиксированной границе эпохи BABE. В задаче также указано, что переключение должно откладываться до тех пор, пока GRANDPA не финализирует как минимум один внедренный блок, и что модульные тесты должны покрывать переходы состояния.

В публичной задаче остаются две зависимости: привязка границ эпох и подготовка комитета валидаторов. Та же задача не показывает веху и не содержит связанных веток или pull request в публичном представлении GitHub.

Для операторов и команд приложений воспроизводимый путь развертывания инфраструктуры остается документированной последовательностью: узел Cardano, cardano-db-sync, узел Midnight и индексатор. Конкретные инженерные контрольные точки уже, чем широкий план развития: воспроизводимый тест восстановления Umbra и завершение зависимостей по границе эпохи и комитету, необходимых до того, как BABE сможет заменить Aura в узле Midnight. Для инфраструктуры $NIGHT оба направления указывают на одну операционную цель, более быстрое восстановление пригодного к использованию состояния цепи и контролируемый путь от переходного производства блоков к целевой модели консенсуса сети.