Bitcoin VerityОткрыть сравнение

Уровень 10 · Проверка и вторые уровни

Маршрутизация Lightning, ликвидность и сбои платежей

Как отправитель строит маршрут, что видит каждый посредник и почему публичный канал не гарантирует прохождение платежа.

Статья
100
Время чтения
19 минут
Проверено
10 сентября 2026 года

Суть вкратце

Отправитель Lightning выбирает маршрут по объявлениям публичных каналов, направленным комиссиям и временным требованиям. Луковая маршрутизация показывает каждому hop только его инструкцию и следующую цель. Точной направленной ликвидности нет в публичном gossip-графе, поэтому маршруты приходится пробовать, а платежи могут завершаться неудачей.

01

Gossip создаёт неполную карту

BOLT 7 определяет подписанные объявления узлов, каналов и направленные обновления. Они содержат статус, базовую и пропорциональную комиссию, пределы HTLC и дельту CLTV; по ним отправитель строит локальный граф сети.

Ёмкость funding-выхода видна on-chain, но её текущее распределение не публикуется. Частные каналы отсутствуют в глобальном графе. Карта показывает возможные рёбра, а не гарантию для конкретной суммы.

02

Маршрут рассчитывают от конца

От суммы получателю и конечного срока отправитель при движении назад добавляет комиссию и дельту CLTV следующего узла. Поэтому первый HTLC несёт большую сумму и более поздний срок, чем последний.

Самый дешёвый маршрут необязательно лучший. Кошельки могут учитывать вероятность успеха, число hop, временной риск, пределы каналов и прежние попытки. Выбор маршрута — политика кошелька, а не единый алгоритм консенсуса Lightning.

03

Onion раскрывает один шаг

BOLT 4 использует многослойный пакет Sphinx. Каждый hop снимает свой слой, узнаёт исходящий канал, сумму и срок, затем передаёт изменённый пакет дальше. Полный маршрут и инструкции других hop ему автоматически не видны.

Это не идеальная анонимность. Первый hop видит отправляющего peer, последний указывает в сторону получателя, а время, суммы, топология или контролируемые узлы дают подсказки. Повторные неудачные попытки также раскрывают информацию.

04

Неудача — часть поиска маршрута

Платёж может не пройти из-за направленной ликвидности, устаревшего обновления, отключённого узла, пределов HTLC, комиссии или времени. Зашифрованная ошибка позволяет отправителю скорректировать локальную картину и выбрать другой маршрут без частичного расчёта.

Кошелёк может разделить платёж между несколькими путями, но каждой части всё равно нужен рабочий маршрут и совместимый получатель. Лучшая ликвидность и повторные попытки повышают вероятность, но не дают гарантии.

Уровень 10 · Проверка и вторые уровни

Основные понятия

Gossip
Подписанные P2P-объявления, из которых узлы строят публичный граф Lightning.
Onion routing
Многослойная маршрутизация, при которой каждый hop раскрывает только свои инструкции.
Направленная ликвидность
Сумма, которую в данный момент можно отправить через канал в одном направлении.

Распространённое заблуждение

Если карта показывает связанные узлы и достаточную ёмкость каналов, платёж обязан пройти.

Более точное объяснение

Публичный граф не знает точных направленных балансов и текущей доступности. Он показывает маршруты-кандидаты, которые могут не сработать.

Более точное объяснение

Разве перебор маршрутов не неэффективен?

Это часть компромисса приватности: сеть не публикует каждый баланс канала. Кошельки объединяют gossip, прошлые результаты, вероятностную оценку и несколько путей, чтобы сократить число попыток.

100

Главные выводы

  1. 01Gossip описывает публичные каналы и направленные правила.
  2. 02Точное распределение ликвидности остаётся непубличным.
  3. 03Onion-пакет показывает hop только следующий шаг.
  4. 04Альтернативные маршруты и разделение повышают шанс, но не гарантируют успех.

Итог как для ребёнка

Совсем простыми словами

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

Проверено: 10 сентября 2026 года

Источники и дополнительное чтение

Источники подтверждают конкретные факты и определения; ссылка не означает, что редакция разделяет все взгляды автора.

01
BOLT 4: onion routingLightning Network Specifications
github.com
02
BOLT 7: обнаружение узлов и каналовLightning Network Specifications
github.com
03
BOLT 11: кодирование платёжных запросовLightning Network Specifications
github.com
04
BOLT 2: пересылка HTLCLightning Network Specifications
github.com

Образовательный материал, не инвестиционная рекомендация.