Канал Lightning має два баланси, сума яких обмежена місткістю каналу. Доступний локальний баланс утворює вихідну ліквідність, а доступний віддалений — вхідну. Резерви, комісії транзакції commitment, незавершені HTLC, правила каналів і доступна місткість кожного переходу визначають, чи зможе конкретна сума справді пройти маршрутом.
Місткість каналу — це біткоїни, заблоковані у виході фінансування. Ліквідність — лише частина, яку зараз можна використати в одному напрямку. Тому канал місткістю 1 000 000 sats може мати майже все на одному боці й не пропустити великий платіж у зворотному напрямку. [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity]
Вихідна ліквідність — сума, яку локальний вузол може надіслати каналом після врахування резервів протоколу, зобов’язань зі сплати комісії транзакції commitment і незавершених HTLC. Вона зменшується під час власного платежу або пересилання назовні й зростає, коли кошти надходять від партнера. [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity]
Вхідна ліквідність — сума, яку партнер може надіслати локальному вузлу. Вона потрібна для отримання через цей канал, але зміна платіжного запиту її не створює: вона має бути у віддаленому балансі або виникнути внаслідок операції керування ліквідністю. [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity]
Маршрутизований платіж успішний лише тоді, коли кожний вибраний перехід має достатньо доступної ліквідності в потрібному напрямку й приймає HTLC згідно з правилами комісій, мінімальною та максимальною сумою і часовим обмеженням CLTV. Один вичерпаний канал може заблокувати інакше добре з’єднаний маршрут. [BOLT #2 — Peer Protocol for Channel Management] [BOLT #7 — P2P Node and Channel Discovery]
channel_reserve_satoshis, комісії транзакції commitment, anchor outputs, правила dust, max_htlc_value_in_flight_msat, max_accepted_htlcs та вже незавершені HTLC можуть зменшити суму для нового платежу. Баланс гаманця, місткість каналу й сума, яку зараз можна маршрутизувати, — три різні числа. [BOLT #2 — Peer Protocol for Channel Management]
BOLT #7 дозволяє оголосити канал і його правила пересилання. Місткість можна визначити за виходом фінансування, ідентифікованим у ланцюгу; приватний розподіл балансів при цьому не розкривається. Відправник оцінює маршрут за власною інформацією, минулими результатами та спробами платежів. Публічний оглядач не може підтвердити, що вибраний маршрут саме зараз передасть конкретну суму. [BOLT #7 — P2P Node and Channel Discovery]
Завершений платіж змінює баланс у кожному використаному каналі: на боці відправника вихідна ліквідність падає, а вхідна зростає; на іншому кінці зміна протилежна. Платіж перерозподіляє наявну місткість, але не збільшує загальну. [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity]
Вузлу пересилання потрібна вхідна ліквідність в одному каналі й вихідна в наступному для того самого HTLC. Велика загальна кількість sats не допоможе, якщо вони лежать у невідповідних каналах або на невідповідних боках. [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity]
Отримані платежі, кругове балансування, відкриття чи закриття каналів, свопи та splicing можуть переміщувати ліквідність. Вони відрізняються комісіями, слідом у ланцюгу, часом, довірою до контрагента й ризиком невдачі; жодний спосіб не створює безкоштовної ліквідності. Платіж із кількох частин може поєднати маршрути, але все одно потребує достатньої сукупної місткості в потрібному напрямку. [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Managing Liquidity]
На власному вузлі перевірте локальні й віддалені баланси кожного каналу, резерви, незавершені HTLC та запас для комісій, а потім випробуйте заплановану суму. Запишіть напрямок, розмір, час та реалізацію: ліквідність змінюється після кожного платежу й не є постійною оцінкою всієї мережі. [BOLT #2 — Peer Protocol for Channel Management] [Lightning Labs — Understanding Liquidity] [Lightning Labs — Managing Liquidity]
Для повної картини прочитайте також Lightning Network, Payment Channel, Lightning Routing, Inbound Liquidity, Bitcoin, HTLC. На цю статтю також посилаються Payment Channel, Lightning Routing, Волатильність, Ринкова капіталізація.