Cardano Node 11.1.3 исправляет декодирование IPv4

Cardano Node 11.1.3 был выпущен 29 сентября, исправив способ, которым программное обеспечение считывает адреса IPv4, хранящиеся в реестре. Обновление следует за более ранним уведомлением Intersect о приоритетном обновлении для операторов стейк пулов и других организаций, поддерживающих инфраструктуру Cardano.

Как работает исправление IPv4

Версия 11.1.2 непреднамеренно изменила порядок байтов, используемый при декодировании адресов IPv4. Последний релиз восстанавливает стандартный сетевой порядок байтов, применявшийся до серии 11.1.x. Исправление включено через версию 1.9.0.1 библиотеки cardano-ledger-binary.

Адрес IPv4 состоит из четырех байтов, порядок которых определяет интерпретацию адреса. В Cardano такие адреса присутствуют в записях ретрансляторов стейк пулов. Ретрансляторы обмениваются блоками и транзакциями с другими узлами, поэтому корректная интерпретация их адресных данных важна для сетевой инфраструктуры.

Журнал изменений указывает, что исправление относится к компоненту реестра и что изменений в компонентах Network и Consensus нет.

Какие операторы Cardano затронуты

Рекомендация Intersect охватывает операторов стейк пулов и других операторов узлов. Ее более ранние указания по обновлению касались инфраструктуры, работающей в Mainnet, Preprod и Preview.

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

Исправление IPv4 конкретно устраняет поведение, появившееся в 11.1.2. Более широкая рекомендация использовать как минимум эту версию связана с ранее выявленной проблемой на тестовой сети Preprod.

Рекомендации Intersect по обновлению

Операторам, использующим версии более старые, чем 11.1.2, рекомендуется перейти сразу на 11.1.3. Те, кто уже на 11.1.2, соответствуют заявленному минимуму Intersect, при этом 11.1.3 добавляет исправление IPv4. В объявлении не указан срок для перехода между этими двумя релизами.

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

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