Фонд Zcash представил семь исправлений в системе безопасности Zebra 7.0.0, в то время как операторы узлов готовятся к основному обновлению NU7, которое, как планируется, состоится примерно 5 ноября.

В техническом отчете фонда Zcash, опубликованном 3 ноября и охватывающем период с 20 октября по 2 ноября, собрана информация о завершающих этапах подготовки к обновлению NU7. Версия Zebra 7.0.0 была выпущена 22 октября, поэтому данное объявление представляет собой отчет о прогрессе перед активацией обновления.

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

Исправления в Zebra включают пять проблем высокой степени серьезности

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

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

Возможно, вам также будет интересно: Разработчики Zcash предлагают прекратить финансирование ZCG и перевести 50 000 ZEC

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

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

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

Обновление NU7 требует от операторов обновления до активации

Фонд сообщает, что операторы основной сети должны обновить программное обеспечение до блока 3 543 405. После активации NU7 обновленные узлы будут отключаться от узлов, работающих на более старых версиях, в то время как несовместимые узлы смогут следовать за другой цепочкой.

Как сообщалось ранее на crypto.news, срок завершения обновления основной сети распространяется на операторов, которые хотят оставаться в консенсусной цепочке.

Установка предполагает изменение базы данных. Согласно заметкам о выпуске на GitHub, при первом запуске Zebra переводит свое хранилище данных из формата v28 в формат v29, не требуя полной повторной синхронизации.

Версия Zebra 6.x не может читать новый формат. Поэтому, если операторы возвращаются к более старой версии, им потребуется полная повторная синхронизация, и разработчики рекомендуют сделать резервную копию каталога состояния/v28 перед обновлением.

Системы мониторинга также требуют внимания. Показатели работы узлов больше не включают отдельные метки адресов и user-agent, поэтому панели мониторинга и оповещения, построенные на основе этих полей, потребуют изменений. Версия Zebra 7.0.0 имеет период поддержки в восемь недель, в отличие от обычных двенадцати.

Zcash стремится к блокам размером 25 секунд без ускорения ежедневной эмиссии

В соответствии с ZIP 218, обновление NU7 сокращает целевое время между блоками с 75 секунд до 25 секунд. В спецификации указано, что подтверждение транзакций, внесение депозитов на биржи и межсетевые операции являются одними из операций, на которые влияет время ожидания подтверждения.

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

В описании выпуска указано, что график уменьшения вознаграждения в четыре раза через каждые четыре года и ограничение в 21 миллион ZEC остаются прежними. NU7 вводит резерв комиссий, при этом 60% комиссий за транзакции изымаются из оборота для будущих вознаграждений, а 40% остаются у майнеров.

Отзывы майнеров привели к выпуску отдельной альфа-версии

После жалоб на Zcon7 о медленном создании шаблонов, принятии блоков и ретрансляции, фонд опубликовал Zebra Ándale, версию 7.1.0-alpha.0, 31 октября.

Альфа-версия заменяет задержки опроса ответами на проверенные транзакции и изменения в пуле памяти. В тесте производительности, проведенном фондом, большая партия транзакций, которая ранее занимала более восьми минут, чтобы достичь шаблона майнинга, теперь занимает примерно четыре секунды. Приведенные цифры — это результаты, предоставленные разработчиками из альфа-версии.

В обновлении говорится, что Zeeder v1.8.0 объявляет версию протокола NU7, чтобы обновленные узлы продолжали принимать его после активации. Операторам Seeder рекомендуется развернуть эту версию заранее. Команда рассматривает возможность необязательной обрезки блоков для экономии места на диске, при этом полная копия цепочки остается настройкой по умолчанию.