Созданный invoice ещё не означает полученную выручку. Для сверки нужны исходный запрос и фактическое состояние расчёта.

01 · ПРОВЕРЕННЫЕ ФАКТЫ

Что подтверждает первоисточник

BOLT 11 задаёт timestamp и интервал expiry. Если expiry отсутствует, значение по умолчанию равно 3600 секундам. Плательщик не должен начинать оплату после границы timestamp плюс expiry; получатель не должен её принимать после этой границы. Lightning Network specifications — BOLT 11 payment encoding ↗

Например, условный invoice от 10:00 UTC с expiry 600 секунд достигает границы в 10:10. Интерфейс должен согласовать таймер с закодированным запросом, а отдельный срок заказа обозначить отдельно.

02 · АНАЛИЗ РЕДАКЦИИ WFN

Что это меняет в анализе

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

Документация LND описывает AddInvoice и preimage, заданный получателем, как часть проверяемого свидетельства invoice-платежа. Хеш, соответствующий preimage и подписанный invoice требуют связи с конкретным заказом. Lightning Labs — LND: Receiving Payments ↗

03 · ДАЛЬНЕЙШАЯ ПРОВЕРКА

Что проверить перед выводом

Такая криптографическая связь не доказывает поставку товара и не разрешает коммерческий спор автоматически. Храните сумму, срок, исходный запрос, статус расчёта и ссылку на запись узла.

В Keysend preimage задаёт отправитель, поэтому схема подтверждения отличается. Если система принимает оба вида переводов, фиксируйте их тип и связывайте заменяющие invoices с исходным заказом. Lightning Labs — LND: Receiving Payments ↗