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.