Inbound Liquidity — способность узла Lightning получать платежи через удалённые стороны своих каналов. Основа — remote balance партнёра, но резервы, незавершённые платежи, правила канала и доступный маршрут ограничивают пригодную для получения ёмкость.
Remote balance принадлежит партнёру и представляет потенциальное место для получения; local balance — ваша сторона. Получение платежа переносит стоимость с удалённой стороны на локальную. Покупка возможности получать поэтому не является подарком биткоинов или уже заработанной выручкой. [Lightning Labs — Managing liquidity]
В упрощённом канале на 1000000 sat с local balance 800000 sat и remote balance 200000 sat валовое место для получения составляет 200000 sat, а не миллион. Пример исключает резервы, комиссии и ожидающие HTLC. Одностороннее финансирование без начального перевода даёт главным образом исходящий запас; подтверждение открытия не меняет направление. [Lightning Labs — Managing liquidity] [BOLT 2 — Channel management]
BOLT 2 ограничивает добавление HTLC резервами, минимальными суммами, числом одновременных HTLC и их общей незавершённой стоимостью. Платежи в процессе могут временно связывать средства. Проверяйте доступную сумму и ограничения каждого канала; не вычитайте один универсальный резерв из суммы всех балансов. [BOLT 2 — Channel management]
BOLT 7 публикует направленные параметры channel_update, например комиссии и htlc_maximum_msat, а не гарантированный текущий баланс всего маршрута. Недоступный партнёр или узкое место ранее на пути может остановить платёж. Сумма удалённых балансов не гарантирует получение такой суммы от конкретного отправителя. [BOLT 7 — Routing gossip]
Исходящий платёж Lightning уменьшает local balance и увеличивает remote balance использованных каналов. Loop Out переносит стоимость Lightning на on-chain выход и может освободить входящее место; Loop In пополняет исходящие средства. Биткоины не создаются: учитывайте затраты на маршрутизацию, своп и on-chain, а также результат операции. [Lightning Labs — Managing liquidity] [Lightning Loop — Direction and channel balances]
Партнёр может профинансировать канал к вам; на Lightning Pool bid покупает ликвидность на ограниченное время, а ask предлагает её. Срок аренды выражается в блоках. Уплата премии и других комиссий не делает весь удалённый баланс вашей собственностью и не обеспечивает постоянную доступность после окончания договора. [Lightning Labs — Managing liquidity] [Lightning Pool — Orders and leases]
Circular rebalancing отправляет через один собственный канал и получает через другой по сети. Исходящий канал приобретает место для получения, а принимающий его расходует. Балансировка не создаёт капитал и стоит комиссий маршрутизации; ей нужен пригодный маршрут, и сама она не решает проблему узла без средств на всех удалённых сторонах. [Lightning Labs — Managing liquidity]
Получение выручки постоянно превращает удалённые балансы в локальные и может исчерпать место для дальнейшего приёма. Следите за пригодными каналами, незавершёнными платежами, затратами пополнения и ожидаемыми суммами. Неудачная попытка может быть невидима принимающему узлу; выставленный счёт или старое показание ёмкости не подтверждает оплату. [Lightning Labs — Merchant liquidity]
Для полной картины прочитайте эту статью вместе с Lightning Network, Payment Channel, Lightning Routing, Submarine Swap, HTLC, Lightning Address. На эту статью также ссылаются Ликвидность Lightning, Lightning Routing, Lightning Address, Submarine Swap.