У Lightning Network маршрут зазвичай будує відправник. Із публічного gossip-графа, даних одержувача та власних результатів він оцінює шлях до цілі; у зворотному порядку обчислює суму, fee і CLTV кожного hop, пакує інструкції в onion packet і після невдачі пробує інший шлях. Оскільки граф не показує поточного розподілу балансів, routing є ймовірнісним рішенням за неповної й мінливої інформації.
Routing починає payer: його wallet або node обирає path до payee і вказує наступний channel кожному посереднику. Одержувач надає ідентичність, features і, можливо, route hints чи blinded paths; публічну частину зазвичай рахує відправник.
BOLT #7 поширює announcements і напрямлені channel updates з base fee, пропорційною fee, CLTV delta, мінімумом, максимумом та доступністю. Вони описують policy і топологію, але не доводять online-стан чи поточну ліквідність.
Публічний gossip не показує розподілу balance. Router поєднує відому локальну ліквідність, capacity, минулі успіхи, помилки, штрафи та власний scoring. Теоретично найдешевший шлях може бути не найімовірнішим.
Суми й expiry будуються назад від payee. Кожен hop отримує суму наступного плюс власну fee і CLTV, більше на його delta; більше hops збільшують загальні fees і часовий запас.
BOLT #4 застосовує onion routing: payer створює Sphinx-пакет з окремо зашифрованим payload для кожного hop. Посередник знає сусідів та інструкцію, але не весь шлях, довжину чи позицію; аналіз трафіку і змова лишаються ризиком.
Тимчасова помилка каналу, недостатня fee, неправильний CLTV або невідомий next peer повертають обмежений сигнал. Реалізація може штрафувати, перераховувати й повторювати; один результат не описує канал назавжди.
Кожен hop має прийняти HTLC і мати ліквідність у правильному напрямку після резервів, pending HTLC і min/max лімітів. Велика загальна capacity чи багато connections не усувають один незбалансований bottleneck.
Basic MPP ділить total_msat між кількома paths, які одержувач виконує разом. MPP використовує розподілену ліквідність, але додає HTLC, спроби й fees та не створює capacity.
Route hints BOLT 11 відкривають останні приватні hops; BOLT 12 і route blinding передають зашифрований хвіст через introduction point. Payer усе одно має дістатися першої точки й виконати сумарні fee та CLTV.
Записуйте реалізацію, версію, amount, ліміти fee й CLTV, спроби, paths, час і точну помилку. Порівнюйте ту саму пару nodes у близький час: успіх стосується конкретного платежу й стану мережі. Джерела: BOLT #4 — Onion Routing Protocol; BOLT #7 — P2P Node and Channel Discovery; BOLT #11 — Lightning Payment Encoding; Lightning Labs — Pathfinding; LDK — Routing and Route Parameters.
Для повної картини прочитайте також Lightning Network, HTLC, Ліквідність Lightning, Payment Channel, Bitcoin, Inbound Liquidity. На цю статтю також посилаються HTLC, Ліквідність Lightning, BOLT 12, Inbound Liquidity.