News

Core Lightning 26.06.9: проверка защитного обновления

28 октября 2026 г.
4 мин чтения

Core Lightning 26.06.9 исправляет уязвимости и ошибку gossip. Проверяем установленный узел, подходящий выпуск и отдельный статус платежа после обновления.

В Core Lightning 26.06.9 от 7 октября 2026 года включены исправления безопасности и ошибка ограничения gossip из версии 26.06.8. Сопровождающие рекомендуют обновиться. Оператору сначала нужно установить, какая программа реально работает, и следовать подходящей процедуре. Скачанный архив не доказывает обновление действующего узла, даже если его название совпадает с новым выпуском.

Отделите объявление от записи о внедрении

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

СитуацияКакие сведения получитьПочему важно
Узел обслуживаете выРаботающую версию и запись обновления своей установкиСкачивание не определяет версию процесса
Узел обслуживает провайдерПрименимую версию и подтверждение обслуживания провайдераОбщий релиз не является его отчетом о завершении
Используется ARM-сборкаПодходящие архитектуре выпуск и подписанный манифестУ другой архитектуры свой набор проверки
Запускались development master-сборкиОфициальные требования совместимости состояния базыРелиз запрещает понижение новой схемы до 26.06.x
Платеж уже выполнялсяЕго идентификатор и фактическую записьОбслуживание не определяет результат платежа

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

Сумма файла и подпись манифеста решают разные задачи

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

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

Один выпуск не объясняет каждую задержку

В релизе описаны изменения безопасности, gossip и операторских полномочий. Это не диагноз любой задержки как ошибки 26.06.8. До вывода о причине сохраните конкретное проявление и установленную версию. Не добавляйте придуманный номер уязвимости и не переносите пакет на другую реализацию Lightning. Совпадение сети не означает совпадения программы, ее базы и требований обновления.

При обслуживании проверьте права приложений

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

  1. Установите способ развертывания, архитектуру и фактически работающую версию Core Lightning.
  2. Прочитайте требования выпуска и совместимости своей установки, включая предупреждение о development-сборках.
  3. Применяйте доверенную процедуру проверки пакета и обслуживания вместо команды из личного сообщения.
  4. После внедрения запишите запущенную версию и проверьте затронутые интеграции с нужными им правами.
  5. Для ранее созданного платежа изучите собственный результат до решения о следующей оплате.

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

Тайм-аут остается отдельным вопросом платежа

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

Для последующего обмена нужны собственные сведения

Перед обычным обменом прочитайте поддерживаемые активы и порядок работы. Релиз Core Lightning не раскрывает устройство KOT.CASH, не подтверждает Lightning-маршрут и не меняет действующую заявку. Существенны реальный статус платежа и условия принимающей операции. Общая рекомендация обновить узел не является подтверждением получения средств другим сервисом.

Для своего узла проверьте более поздние стабильные выпуски и уточнения. Здесь не воспроизводятся атаки; бинарные файлы не скачивались, частные узлы и эксплойты не тестировались, установка не выполнялась. Задача материала — точная запись проверки, позволяющая отличить опубликованную программу от завершенного внедрения. Она не выдается за личный аудит узла или подтверждение отсутствия последствий уязвимостей.

Частые вопросы

Скачивание Core Lightning с GitHub подтверждает обновление узла?

Нет: проверка пакета и версия работающей установки — отдельные проверки. Нужна запись о действующем развертывании.

Кто проверяет защитный выпуск Core Lightning node?

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

Обновление Core Lightning wallet определяет исход старого тайм-аута?

Нет: результат выясняют по записи соответствующего платежа. Новый выпуск сам по себе не является разрешением повторно отправлять средства.

обменомподдерживаемые активыпорядок работы

Источники

Готовы обменять крипту?

Быстрые, прозрачные свопы — регистрация не нужна.

Начать обмен
Core Lightning 26.06.9: проверка защитного обновления | KOT.CASH