ГЛАВНАЯ / ИНСТРУКЦИИ / LIGHTNING PAYMENT TIMEOUT: ЧТО ПРОВЕРИТЬ ДО ПОВТОРНОЙ ОПЛАТЫ
Lightning payment timeout: что проверить до повторной оплаты
Сообщение timeout не всегда означает, что Lightning-платёж окончательно провалился. Могло оборваться соединение с кошельком, закончиться время поиска новых маршрутов или остаться незавершённая попытка. Повторная оплата безопасна только после установления результата первой.
Invoice expiry, таймаут отправки и HTLC не совпадают
Срок invoice определяет допустимость использования платёжного запроса. Таймаут отправки может ограничивать поиск новых маршрутов. Временные условия уже отправленных HTLC относятся к обработке попыток и защите средств. У этих механизмов разные задачи.
Например, в актуальном API LND timeout_seconds описан как ограничение ожидания начала отправки HTLC; если HTLC уже находятся в полёте, платёж ожидает их успеха или неудачи. Закрытие окна или истечение invoice не аннулирует успешно начатую оплату. Поэтому единого универсального ожидания в минутах для всех платежей нет.
| Событие | Что означает | Чего не доказывает |
|---|---|---|
| Истёк invoice | Запрос больше не подходит для новой отправки | Что начатая оплата отменена |
| Таймаут приложения | Интерфейс не получил ответ вовремя | Конечный статус узла |
| Сработал таймаут отправки | Истёк заданный клиентом лимит ожидания | Что все HTLC уже разрешены |
| HTLC разрешён | Одна попытка получила исход | Итог всех частей без проверки общего платежа |
Сопоставьте запись по payment hash
Откройте историю исходного кошелька, не создавая новый платёж. Найдите сумму, время, invoice и payment hash. Для собственного LND можно отслеживать конкретный платёж через TrackPaymentV2; у мобильного или кастодиального сервиса доступные сведения зависят от интерфейса.
Pending или in flight означает, что окончательный результат ещё не установлен. Succeeded указывает на успех, failed – на конечную неудачу согласно записи данного клиента. Сверяйте также отдельные попытки и удерживаемую сумму: один неуспешный маршрут не равен неуспеху всей многопутевой оплаты.
- не ориентируйтесь только на всплывающее сообщение;
- сверьте идентификатор, а не похожую сумму;
- при неизвестном результате не запрашивайте повторную оплату.
Успех Lightning и статус заказа могут обновляться отдельно
Попросите получателя проверить именно этот заказ и платёжный запрос. Касса или интернет-магазин может обновить собственный учёт позже, чем кошелёк узнает об успехе. Сохраните доступное подтверждение оплаты и номер заказа; payment preimage передавайте только по обоснованной процедуре спора, а не публикуйте автоматически.
Если получатель предлагает новый invoice, сначала установите исход первого. Новый payment hash обычно означает другую оплату, а не безопасное продолжение старой. Две успешные оплаты одного товара не превращаются автоматически в одну только из-за одинакового назначения.
Повтор возможен после конечной неудачи и освобождения средств
Если кошелёк подтвердил конечный failed, незавершённых частей нет, а получатель не получил оплату, можно запросить актуальный invoice и заново оценить маршрут, сумму и комиссию. Это отдельное решение, а не автоматическая реакция на таймаут страницы.
Если статус не меняется, сохраните время, payment hash, сообщение об ошибке и идентификатор обращения. Проверяйте синхронизацию своего узла или обращайтесь в поддержку оператора кошелька. Не удаляйте приложение с единственной базой, не восстанавливайте старое состояние каналов и не закрывайте канал принудительно ради обычной задержки без диагностики.
- неуспех подтверждён в исходном кошельке;
- незавершённые попытки разрешены;
- получатель не зачислил оплату;
- новый invoice сверён с тем же заказом;
- сохранены данные обеих попыток, если повтор потребовался.
Частые вопросы
Таймаут страницы означает возврат?
Нет. Статус платежа нужно проверить у кошелька или узла.
Истёкший invoice отменяет отправленный платёж?
Нет. Его срок не равен разрешению уже отправленных HTLC.
Можно ли сразу оплатить новый invoice?
Не при pending или неизвестном результате первой оплаты.
Один failed HTLC означает failed всего платежа?
Не обязательно. Проверяйте общий статус и другие части.
Нужно ли публиковать preimage?
Нет. Для первичной диагностики сохраняют идентификаторы и передают только необходимые данные по защищённому каналу.
Чек-лист: lightning payment timeout: что проверить до повторной оплаты
- payment hash сохранён;
- таймаут интерфейса отделён от результата;
- общий статус установлен;
- части платежа разрешены;
- заказ сверен с получателем;
- повтор не создаёт вторую оплату;
- данные каналов не удалены.
Материал подготовлен редакцией сайта и проверен 24 октября 2026 года. Условия бирж, кошельков и блокчейн-сетей могут меняться. Перед операцией сверяйте данные в интерфейсе выбранного сервиса.