ГЛАВНАЯ / ИНСТРУКЦИИ / LNURL-PAY И LIGHTNING INVOICE: ЧЕМ ОТЛИЧАЮТСЯ ЗАПРОСЫ ПЛАТЕЖА
LNURL-pay и Lightning invoice: чем отличаются запросы платежа
LNURL-pay помогает запросить invoice у сервиса получателя. Сам LNURL не является ни onchain-адресом Bitcoin, ни готовым доказательством оплаты. Кошелёк сначала получает параметры, а затем создаёт запрос на конкретную сумму.
LNURL-pay добавляет запрос к серверу перед оплатой
В базовом LUD-06 кошелёк обращается к сервису и получает параметры payRequest: callback, минимальную и максимальную сумму и metadata. После выбора суммы он запрашивает invoice. Перед оплатой проверяется соответствие суммы и связи invoice с metadata.
Этот обмен данными не означает перевод средств. Ошибка HTTP или отказ сервера выдать invoice относятся к этапу запроса. Успешный ответ с invoice также ещё не подтверждает, что Lightning-платёж исполнен: это отдельный следующий этап.
- параметры запроса получены;
- сумма выбрана в разрешённом диапазоне;
- invoice проверен перед оплатой;
- конечный платёж завершён и учтён.
Статический QR и конкретный invoice используются по-разному
BOLT 11 invoice задаёт параметры отдельного Lightning-платежа: payment hash, описание или его хэш, время и другие поля. LNURL-pay позволяет повторно обращаться к сервису за актуальными реквизитами. Поэтому одинаковый QR на витрине может приводить к разным invoice.
Lightning Address вида имя@домен обычно использует механизм обнаружения LNURL-pay по LUD-16. Это не электронная почта для отправки BTC и не адрес основной сети. Совместимость зависит от кошелька, а внешний вид строки не подтверждает право конкретного человека на домен.
| Реквизит | Назначение | Что проверить |
|---|---|---|
| BOLT 11 invoice | Конкретный запрос Lightning-платежа | Сеть, сумму, срок и получателя |
| LNURL-pay | Получение параметров и нового invoice | Домен, metadata, диапазон суммы |
| Lightning Address | Удобный идентификатор для поиска запроса | Полное имя и домен |
| Bitcoin-адрес | Получение BTC onchain | Сеть и адрес целиком |
Сервис видит запрос, а QR может быть подменён
Перед оплатой сравните домен и назначение с ожидаемым получателем. QR-наклейку можно заменить, а похожий Lightning Address – зарегистрировать на другом домене. Даже корректно работающий запрос может вести к постороннему получателю.
Обращение к серверу раскрывает ему сетевые сведения запроса, а комментарии и дополнительные данные зависят от поддерживаемых расширений. Не отправляйте пароль, seed и ненужные персональные сведения в платёжном комментарии. Наличие HTTPS защищает соединение с доменом, но не доказывает честность владельца.
Новый invoice не доказывает неуспех предыдущего платежа
Повторное сканирование LNURL может выдать другой invoice. Если первый платёж остался в процессе, второй запрос способен создать самостоятельную оплату того же заказа. Сверяйте историю по payment hash и номеру покупки, а не по одинаковому QR.
При ошибке разделите недоступность сервера, отказ в выдаче invoice и состояние отправленного Lightning-платежа. Проверяйте окончательное зачисление у получателя. Не оплачивайте новую сумму только по сообщению в браузере, если кошелёк уже показывает успешный перевод.
- сохраните payment hash и номер заказа;
- проверьте историю перед новым invoice;
- не считайте обновление страницы отменой платежа.
Частые вопросы
LNURL – это готовый invoice?
Нет. LNURL-pay позволяет получить invoice после обращения к сервису.
На Lightning Address можно отправить onchain BTC?
Нет. Это другой тип реквизитов; обычной Bitcoin-транзакции нужен Bitcoin-адрес.
Статический QR означает одинаковый payment hash?
Нет. При повторных запросах сервис может создавать новые invoice.
Ошибка сервера отменяет платёж?
Нет. Если отправка уже началась, её статус проверяют отдельно в кошельке.
Чек-лист: lnurl-pay и lightning invoice: чем отличаются запросы платежа
- тип запроса определён;
- домен проверен полностью;
- сумма и metadata совпадают;
- invoice относится к нужной сети;
- избыточные данные не отправлены;
- статус первого платежа проверен перед повтором.
Материал подготовлен редакцией сайта и проверен 24 октября 2026 года. Условия бирж, кошельков и блокчейн-сетей могут меняться. Перед операцией сверяйте данные в интерфейсе выбранного сервиса.