Pearl 1.5.7 добавляет мониторинг узла и исправляет сбой синхронизации тестовой сети
Публикация источника: 2026-11-12 · Редакционный анализ опубликован: 2026-11-13
Релиз от 12 ноября добавляет необязательные метрики узла и усиливает обработку сетевых сообщений. Изменение проверки доказательств касается тестовой сети.
Обновление для владельцев узлов и пулов
12 ноября Pearl Research Labs выпустила v1.5.7. В версии появился мониторинг узла, улучшилась обработка сообщений других узлов и исправлен сбой начальной синхронизации тестовой сети. Узел проверяет и передаёт блоки, а программа майнинга выполняет вычисления для их поиска. Если пул готовит задания на собственном узле, его состояние важно, даже когда майнеры показывают обычную скорость.
Заметки описывают изменения узла и тестовой сети. Предлагаемый переход на FP8 в основной сети здесь не включили и новых требований к видеокартам не объявили. Если вы майните через пул, следите за его отдельными указаниями о совместимости. Для оператора узла, который снабжает пул работой, обновление меняет способы наблюдения и обслуживания.
Записывайте две версии. Версия pearld показывает, какая программа проверяла блоки, а версия майнера — какая создавала доказательство. Обе нужны при диагностике пула. Обновление узла может упростить наблюдение или уменьшить сбои, не меняя вычисления видеокарты.
Что покажут метрики
Программа узла pearld теперь может отдавать показатели в Prometheus — систему регулярного сбора измерений. В них входят высота и время последнего блока, соединения с соседями, время обработки блоков и запросы к узлу. Эти данные можно сравнивать во времени. Если майнеры работают как обычно, а узел отстаёт от независимого источника, сначала проверьте сам узел и его подключения.
Интерфейс метрик выключен до явного включения и не имеет собственной аутентификации. Оставьте его на сервере или в приватной сети мониторинга с доступом только для сборщика. Оповещения проще настроить, когда известно нормальное поведение показателей. Малое число соседей или один медленный запрос — подсказка. Сами по себе они не говорят, что пул перестал выдавать свежую работу.
Например, сравните время появления последнего блока на узле со временем выдачи следующего задания пулом. Если независимый узел уже продвинулся, а ваш показывает прежнюю высоту, начните с этого. Если ваш узел видит новый блок, но майнеры получают старые задания, проверьте связь между узлом и пулом. Для двух событий нужны разные записи.
Есть и показатель времени обработки блока. Узел может медленно обработать один блок, а потом догнать сеть. Оповещение о длительном отставании с другими признаками полезнее сообщения об одном медленном блоке. Выбирайте признаки, которые действительно мешают работе пула.
Почему тестовая синхронизация застревала
Разработчики описали блоки 36 761 и 36 762: их сертификаты майнинга имели ранг 64. Ранг — параметр в правилах проверки доказательства. Прежнее расписание тестовой сети требовало не менее 128 уже с первого из этих блоков. Новый узел отвергал блок 36 761 и запрашивал его снова. В v1.5.7 требование начинает действовать с блока 36 763. Синхронизация проходит два предыдущих блока, а дальше минимум сохраняется.
Исправление касается этой тестовой сети и не меняет правила доказательства в основной цепочке. Пул, проверяющий новую сборку, может запустить тестовый узел с нуля и проследить, пройдёт ли он оба блока. Так можно проверить исправление синхронизации. О доходности видеокарты в основной сети такой тест ничего не говорит.
Разработчики также сообщили, что проверили исторические заголовки блоков с новыми параметрами тестовой сети. Это свидетельство о конкретной ошибке проверки. Если тестовая установка остановилась на другой высоте, запишите последний принятый блок и версию. У другой остановки может быть иная причина, а смена тестового правила не требует менять оборудование в основной сети.
Что проверить после обновления
Релиз также ограничивает объём памяти, которую отдельные сообщения могут заставить узел зарезервировать до получения данных. Он сдерживает часть запросов от ненадёжных соседей и больше не использует их метки для смещения времени узла. Это изменения обработки внешнего трафика. После обновления проверьте, что узел продолжает получать блоки, а пул выдаёт свежие задания и принимает работу.
Перед изменением запишите прежнюю версию и настройки. Сверьте источник релиза и версию, которая действительно запущена. Панель поможет понять, где начался сбой. Независимый источник высоты блока и статистика принятой работы покажут, дошла ли проблема до майнеров.
Для проверки развёртывания снимите показатели до и после изменения в сходных условиях. Сравните, растёт ли высота, остаются ли соединения с соседями и продолжает ли пул принимать работу. Если один этап остановится первым, сохраните его журнал за этот период. Так проще воспроизвести сбой и не принять короткие колебания за отказ.
Источник: Pearl Research Labs ↗ · Pearl — metrics implementation ↗ · Pearl — testnet sync fix ↗ · Pearl — network security changes ↗
Калькулятор майнинга ↗
