Кальтер / Блог

Как получить платёж в Lightning: входящая ликвидность канала

Разбираем local и remote balance, входящую ёмкость и почему баланс одного канала ещё не гарантирует платёжный маршрут.

Материал подготовлен с помощью ИИ. Источники, учебные примеры и расчёты проверены редакцией перед публикацией.

Условная схема направления ликвидности Lightning для получения платежа; она не гарантирует маршрут или доставку.
Условная схема направления ликвидности Lightning для получения платежа; она не гарантирует маршрут или доставку.

Баланс Lightning-кошелька не обязательно означает, что на каждый канал можно принять платёж. В одном канале local balance — средства, которые твой узел может отправить; remote balance — средства на стороне peer и доступная входящая ёмкость для получения платежа по этому каналу (руководство LND по ликвидности).

Проверь направление и сумму

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

Канал Local balance Remote balance Условная роль
A 120 000 sat 30 000 sat В основном можно отправлять; входящая ёмкость ограничена
B 15 000 sat 135 000 sat Потенциально больше ёмкости для входящего маршрута

Числа вымышлены и не показывают распределение реального кошелька. Для приёма 50 000 sat канал B выглядит перспективнее по направлению баланса, но плательщику ещё нужен работающий маршрут и подходящие комиссии/лимиты между узлами.

Попроси ИИ сравнить каналы с суммой invoice, но не обещать, что маршрут существует и не предлагать покупать ликвидность. Пусть отдельно проверит активность канала, срок invoice и поля, которые надо смотреть в кошельке.

Учебный вывод: «B имеет больший remote balance, чем A, но из этой таблицы нельзя подтвердить end-to-end маршрут, доступные комиссии, ограничения peer или срок invoice. Проверь реальную ошибку оплаты и маршруты в своём кошельке».

Входящую ёмкость можно изменить перемещением средств по каналам или получить через подходящий новый канал/сервис; конкретный способ зависит от кошелька, node software и контрагента. Не раскрывай приватные канальные данные публично, если это может раскрыть топологию. Успешное получение не гарантировано одним изменением баланса.

Если платёж касается обычного on-chain перевода, это другая сеть и другой статус — смотри руководство по криптоплатежам. Для ключей и моделей хранения используй обзор кошельков; здесь задача только о направлении ликвидности канала Lightning.