Midnight переносит Mainnet RPC и индексатор на Blockfrost

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

By SongMarketCap

Cardano News - Midnight переносит Mainnet RPC и индексатор на Blockfrost

Midnight вывела из эксплуатации свои публичные конечные точки mainnet RPC и индексатора 30 сентября в 22:00 UTC. Blockfrost теперь обеспечивает основной публичный доступ к этим сервисам, что меняет способ, которым приложения и кошельки подключаются к производственной сети.

Конечные точки Midnight Mainnet выведены из эксплуатации

Изменение затрагивает rpc.mainnet.midnight.network и indexer.mainnet.midnight.network. Согласно документации Midnight, имя хоста индексатора перестало разрешаться 1 октября. Прежняя конечная точка RPC все еще отвечает на запросы, но она может перестать работать в любой момент.

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

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

Blockfrost добавляет аутентификацию и лимиты использования

Blockfrost предоставляет размещенные API для блокчейна, давая разработчикам доступ к данным сети и отправке транзакций без самостоятельной эксплуатации базовой инфраструктуры. Его сервис для Midnight поддерживает запросы GraphQL и подписки WebSocket наряду с node RPC.

Для доступа требуется проект Blockfrost, созданный специально для Midnight Mainnet. Каждый запрос должен включать свой project_id, либо через заголовок HTTP, либо через параметр URL. Запросы без действительного токена отклоняются, а токены, выданные для других сетей, не могут аутентифицировать доступ к mainnet.

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

Эта аутентификация API отделена от финансирования транзакций. Транзакции Midnight расходуют DUST, ресурс, генерируемый зарегистрированными токенами NIGHT.

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

Некоторым кошелькам может понадобиться пересобрать состояние синхронизации

Preview и Preprod сохраняют свои конечные точки, размещенные у Midnight, без аутентификации проекта. Локальный сервер доказательств, который обрабатывает приватные входные данные во время генерации доказательств, также остается вне сервиса Blockfrost.

Для существующих кошельков в mainnet миграция может выходить за рамки настроек подключения. В руководстве службы поддержки Midnight описана проблема совместимости, когда кошелек возобновляет состояние синхронизации, сохраненное относительно прежнего индексатора. Идентификаторы событий и транзакций могут различаться у разных провайдеров, в результате чего сохраненные ссылки оказываются непригодными для нового индексатора.

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

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