Mostro 0.20 откладывает выплаты и публикует состояние узла

Почему объявления было недостаточно

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

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

Подождать, а не расходовать попытки покупателя

PR #1065 добавляет монитор LND с опросом каждые 15 секунд. После непрерывных 60 секунд без синхронизации или ответа LND исходящие платежи ожидают, а не многократно расходуют платёжные попытки покупателя. При запуске бэкенд также проверяется до начала платёжных задач.

Для автоматического обслуживания действует другой порог. По умолчанию 600 секунд сообщаемой рассинхронизации блокируют новые заявки и их принятие. Демон снимает собственное автоматическое обслуживание после 300 секунд стабильной синхронизации. Отдельно включённое оператором обслуживание автоматически не отменяется.

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

Отдельный отчёт для наблюдателей

PR #1066 вводит адресуемые события состояния kind 38389. Обычный интервал публикации составляет 60 секунд; при важных изменениях состояния отчёт появляется раньше. Публичные теги описывают синхронизацию LND, выплаты, релеи и базу данных, а также общее состояние.

Подробные эксплуатационные метрики могут шифроваться по NIP-44 для заданного публичного ключа наблюдателя. Без этой настройки подробное содержимое пустое. Событие не превращает все внутренние метрики в публичную панель.

Актуальность является частью механизма. Отчёты содержат сведения о последовательности и сроке действия. Если пригодного отчёта нет, его отсутствие нельзя считать состоянием ok. Старые клиенты, не понимающие новое событие, не получают мониторинг только потому, что демон обновлён.

Чего эти проверки не доказывают

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

Релиз содержит скачиваемые бинарные файлы, исходники и файлы подписанного манифеста. Их наличие доказывает доступность, а не успешную установку на конкретном узле. В PR описаны автоматические проверки и локальная проверка в режиме Cashu, но также отмечены пробелы в ручном тестировании Lightning. При подготовке этого обзора по исходным материалам торговый узел не запускался и платежи не отправлялись.

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