Lightning или on-chain для свапа BTC: что выбрать в 2026

Комиссии, скорость, поддержка кошельков и подводные камни с ликвидностью канала: когда свапать BTC по Lightning, а когда выгоднее обычная сеть on-chain.

Две воксельные Bitcoin-монеты — одна с electric-blue voxel-молнией, другая с тяжёлой бронзовой voxel-цепью

Платёж в $100 по Lightning доходит меньше чем за секунду и стоит меньше цента. Тот же перевод on-chain нередко висит в mempool 20–60 минут и съедает несколько долларов в загруженный день. Это маркетинговый питч — и он правдив для маленьких быстрых отправок. Но Lightning — это не бесплатная ликвидность с неба: инвойсы истекают, каналы пустеют, маршруты падают, а на агрегаторе покрытие узкое. На SwapZilla Lightning сейчас роутит один из подключённых провайдеров, остальные подключённые провайдеры остаются on-chain. Этот гайд даёт честную версию выбора — когда переключать сеть на Lightning, когда оставаться on-chain, и как не наступить на грабли с кошельками и ликвидностью.

Lightning за 30 секунд (и зачем это для свапа)

Основная сеть Bitcoin записывает каждую транзакцию в глобально реплицируемый реестр. Это дорого по дизайну — каждая нода верифицирует каждый перевод. Lightning — это второй слой, который двигает те же биткоины off-chain через платёжные каналы и затрагивает основную сеть только при открытии или закрытии канала.

Каждый канал — это 2-of-2 multisig эскроу, профондированный обеими сторонами. Внутри канала ты и контрагент обновляете балансы подписанными HTLC (hashed time-locked contracts) — мгновенно, off-chain, почти бесплатно. Сеть из каналов позволяет платежу проходить через несколько хопов между незнакомыми сторонами без выхода в main chain. Прямой канал к получателю не нужен — нужен маршрут.

В 2026 актуальны два формата инвойсов:

  • BOLT11 — классический Lightning-инвойс. Одноразовый, содержит сумму и expiry, кодируется строкой lnbc.... Всё ещё доминирует в кошельках и на биржах.
  • BOLT12 — более новый offer-формат. Многоразовый, поддерживает регулярные платежи и refund, QR-коды меньше, поддержка в кошельках растёт (Phoenix, Core Lightning, Zeus). На пути свапа всё ещё реже встречается — большинство агрегаторов отдают BOLT11.

Для свапа это значит: когда выбираешь Lightning как сеть депозита, агрегатор генерирует BOLT11-инвойс под точную сумму и окно котировки. Платишь его с любого Lightning-кошелька. Если у кошелька хватает outbound-ликвидности и маршрут находится, платёж проходит за секунды.

Честная картина агрегатора — Lightning роутит один провайдер

Большинство exchange-провайдеров — это в первую очередь on-chain бизнес. Lightning-операция означает поддержание профондированной ноды с активным управлением ликвидностью, разбирательство с падениями маршрутов, разбивку крупных платежей на пути и сверку off-chain settlement с on-chain учётом. Это реальная инженерная работа, и большинство провайдеров её просто не сделали.

На SwapZilla сейчас один из подключённых провайдеров роутит Lightning-котировки; все остальные подключённые провайдеры работают только с on-chain BTC. Звучит как ограничение. На самом деле это правильное поведение агрегатора:

  • Когда Lightning — правильные рельсы, виджет роутит тебя к тому провайдеру, который реально умеет. Получаешь скорость и низкие fee, за которыми пришёл.
  • Когда Lightning — неправильные рельсы (крупная сумма, нужна глубокая ликвидность, получатель on-chain) — у тебя весь пул on-chain провайдеров конкурирует за твой rate.

Это и есть ценность агрегатора: ты выбираешь рельсы, роутинг сам разбирается, какой провайдер выполнит. Не нужно знать, что один конкретный провайдер — Lightning-специалист; список котировок фильтруется автоматически.

Lightning — это не «быстрый Bitcoin», а сеть платёжных каналов со своей проблемой ликвидности. Скорость появляется только когда есть маршрут.

Комиссии и скорость по суммам

Спор Lightning против on-chain аккуратно режется по размеру платежа. Цифры ниже — из публичных данных 2026 года и наблюдений агрегатора; конкретные значения зависят от mempool и провайдера кошелька.

РазмерOn-chain fee (типично)Lightning fee (типично)Победитель
Пыль (<$20)$0.30–$5<$0.01Lightning с большим отрывом
Малый ($20–$200)$0.50–$10$0.01–$0.10Lightning
Средний ($200–$2,000)$1–$15$0.10–$2Lightning, обычно
Крупный ($2,000+)$2–$30$2–$50 (routing fee + LSP)On-chain

На пыли и малых суммах on-chain fee может превышать сам платёж. Отправить $10 в BTC в загруженный день за $8 комиссии — это срез в 80%, абсурд. Lightning делает тот же $10 за доли цента, mempool ему безразличен.

На средних суммах разрыв сужается, но Lightning всё ещё выигрывает скоростью. Свап на $500 за две секунды бьёт свап на $500 с тремя подтверждениями за 30 минут.

На крупных суммах математика разворачивается. On-chain fee становится маленьким процентом сделки. Lightning упирается в потолок: ёмкость отдельного канала, падения MPP (multi-path payment) разбивки, LSP-комиссии за открытие канала, которые съедают всю экономию. От $2,000–$5,000 пул on-chain провайдеров обычно отрабатывает чище, чем попытка протолкнуть $5k через Lightning-маршруты.

Время подтверждения и окно rate-lock

Здесь Lightning выигрывает по неочевидной причине, не связанной с fee.

Fixed-rate котировка фиксирует курс на 10–30 минут. Таймер стартует в момент подтверждения свапа, а не в момент прихода депозита. На Bitcoin mainnet одно подтверждение — это 10 минут в лучшем случае и 30–60 минут при загруженном mempool. Если ты выбрал fixed и депозит подтверждается 45 минут — lock истекает раньше, чем средства дойдут. Ордер уходит в TIME_EXPIRED и ты заново quote’ишься по новому курсу.

Lightning обходит всю эту историю. Lightning-депозит подтверждается за секунду с точки зрения агрегатора. 30-минутный lock превращается в бесконечный запас. Можно спокойно брать fixed rate, не переживая, что source-чейн съест буфер.

Это особенно важно для сумм до $2k, где нужна fixed-уверенность (платёж по точному инвойсу, хедж от волатильности), но не хочется ловить on-chain expiry. На Lightning fixed становится дефолтным безопасным выбором. На main chain fixed часто превращается в ловушку с refund’ом.

Подробный разбор этого трейд-оффа — в гайде по fixed vs floating.

Грабли с ликвидностью каналов — то, о чём не предупреждают

Главный сюрприз Lightning для новичков — не сам протокол, а ликвидность. Важны два направления:

  • Outbound-ликвидность — способность твоего кошелька отправлять. Если каналы профондированы на 0.01 BTC в твою сторону, ты можешь отправить до 0.01 BTC. Дальше каналы сухие на выход.
  • Inbound-ликвидность — способность принимать. Свежий кошелёк без inbound-ёмкости просто не может принять Lightning-платёж — на стороне контрагента нет места, чтобы протолкнуть средства к тебе.

Именно поэтому первый Lightning-приём часто падает. Кошелёк рисует красивый инвойс, отправитель платит, и… ничего не приходит. У кошелька не было inbound-ёмкости.

Кошельки ведут себя по-разному:

  • Phoenix работает с liquidity по требованию. Когда генерируешь инвойс на сумму, которую каналы не могут принять, Phoenix splice’ит ёмкость от своего LSP за разовую комиссию (типично 1% от суммы с floor’ом). Приём проходит — ты просто платишь небольшой премиум.
  • Wallet of Satoshi — custodial. Оператор управляет каналами и ликвидностью, ты видишь баланс. Приём «просто работает», но цена — custody.
  • Mutiny — self-custodial и честно показывает состояние ликвидности. Если принять нельзя, он сразу скажет и предложит открыть inbound.
  • Zeus ходит в твою ноду — всем рулишь сам.

Для свапа важно направление депозита. Ты отправляешь BTC на Lightning-инвойс агрегатора. У кошелька должна быть outbound-ликвидность минимум равная сумме свапа. Если свап на $500 пытается пропихнуть $500 через канал с $200 outbound — платёж падает или дробится на части, и куски маршрута могут зависнуть.

Решение: держи outbound чуть выше самого крупного свапа, который планируешь, и используй кошельки с автоматическим управлением ликвидностью для предсказуемого поведения.

Поддержка кошельков — что реально работает в 2026

КошелёкCustodyКогда братьМинус
Wallet of SatoshiCustodialСамый простой приём, новичокКлючи у оператора
PhoenixSelf-custodialЕжедневный Lightning, автоликвидностьLSP-fee на первый splice-in
MutinySelf-custodialТолько браузер, PWA-потокНужно следить за ликвидностью вручную
ZeusSelf-custodialВласть над собственной нодойСложность ноды
Cake WalletSelf-custodialМульти-актив (BTC + XMR + другие)Lightning — одна из фич

Если цель — разовый Lightning-свап и нужен самый гладкий путь, Wallet of Satoshi быстрее всего. Если планируешь использовать Lightning регулярно без думок про каналы — Phoenix сейчас современный дефолт. Если ты уже занимаешься privacy и планируешь BTC → XMR follow-up свап, Cake Wallet держит оба актива в одном месте.

Типичные ошибки, которые сжигают деньги

Короткий список дорогих уроков.

On-chain для свапа на $10. $10 в BTC при сетевой комиссии $5 — это срез в 50%. Fee масштабируется по байтам транзакции, не по сумме. Для маленьких свапов Lightning не оптимизация — это единственный вменяемый вариант.

Lightning для свапа на $5k с ёмкостью канала меньше суммы. Поймаешь падения MPP, зависшие куски маршрута и, возможно, force-close с on-chain комиссией. Выше $2k по умолчанию on-chain, если только не проверил, что каналы кошелька комфортно держат сумму.

Дать BOLT11-инвойсу истечь посреди отправки. Lightning expiry короткие — часто 60 минут, иногда 15, если LSP агрессивный. Генерируй инвойс уже после фиксации котировки и плати в первые 10–15 минут. Не сиди на нём.

Отправить on-chain BTC на Lightning-only депозит. Физически отправить on-chain BTC на BOLT11-инвойс не получится — форматы разные, кошельки отбракуют. Но можно матчить котировку, которая просит Lightning, с on-chain кошельком, который вообще не понимает инвойс. Всегда сверяй сеть на котировке с сетью кошелька.

Сгенерировать инвойс на сумму выше своей inbound-ёмкости. Phoenix и похожие splice’нут ликвидность, но за fee. WoS и custodial сделают тихо. Self-custodial с собственной нодой просто упадут. Знай поведение своего кошелька до того, как генерируешь крупный инвойс.

Отправить on-chain BTC на Lightning-инвойс — самый дорогой способ узнать разницу: деньги не возвращаются.

Когда Lightning — правильный выбор (а когда выигрывает on-chain)

Чистая матрица решений на финал.

СитуацияВыбор
Свап до $200, любая срочностьLightning
Свап $200–$2,000, срочноLightning
Свап $200–$2,000, не срочноЛюбое — Lightning сэкономит fee, on-chain тоже норм
Свап $2,000–$5,000On-chain, если только ты сам не держишь Lightning-ноду
Свап от $5,000On-chain, всегда
Принимаешь от того, кто шлёт только LightningLightning (выбора нет)
Принимаешь с холодного хранения или биржи только-on-chainOn-chain (выбора нет)
Чувствительно к fixed rate (оплата инвойса, событие волатильности)Lightning где возможно — обходит ловушку с expiry
Дальше privacy-нога через XMROn-chain BTC и в BTC → XMR поток

Если on-chain комиссия больше 1% от суммы свапа — Lightning почти наверняка правильные рельсы. Если свап выше $2k — почти наверняка on-chain. Средний диапазон — это где выбор кошелька и личные предпочтения решают.

Если on-chain комиссия больше 1% от суммы свапа — Lightning почти наверняка правильные рельсы. Если свап выше $2k — почти наверняка on-chain.

Как только BTC лёг на правильные рельсы, естественный следующий шаг для on-chain приватности — конвертация через Monero. Подробный walkthrough — в гайде по анонимному свапу BTC → XMR. Lightning уменьшает on-chain след, но настоящая приватность — это XMR-нога.

FAQ

Lightning Network реально дешевле on-chain Bitcoin для свапов?
Для сумм до примерно $200 — почти всегда да. Lightning-платёж идёт через заранее профондированные каналы и платит комиссию в единицах сатоши, обычно сильно меньше цента. Тот же перевод на $50 в основной сети платит сетевую комиссию, которая вообще не зависит от суммы: $0.50 при пустом mempool, $5–15 когда блоки забиты, иногда больше. На суммах от $2k математика разворачивается. Сетевые fee становятся маленьким процентом от сделки, важнее глубина ликвидности у on-chain провайдеров, а Lightning-маршруты на крупных суммах начинают падать или дробиться так, что добавляют трения. Lightning — правильный инструмент для маленьких быстрых отправок, а не универсальный апгрейд.
Почему мой Lightning-инвойс пишет «no route» или «insufficient liquidity»?
Lightning-платежи работают только если у нод между твоим кошельком и получателем хватает ёмкости в нужном направлении прямо сейчас. Твой кошелёк может показывать баланс, но у него нет inbound-ликвидности для приёма, или ноды на маршруте подсохли. Что помогает: попробуй сумму поменьше, попроси LSP кошелька подключить дополнительную ликвидность (Phoenix делает это автоматически за fee), либо раздели большой платёж на несколько меньших инвойсов. Для приёма от пары сотен долларов будь готов либо разово заплатить за открытие канала, либо использовать custodial-кошелёк, который сам разруливает ликвидность.
Можно ли случайно отправить on-chain BTC на Lightning-адрес?
Физически отправить on-chain BTC на BOLT11-инвойс не получится — это разные форматы и нормальный кошелёк отбракует несовпадение до бродкаста. Реальный риск — отправить on-chain BTC на адрес, который сервис принимает только в Lightning, или наоборот. Если котировка свапа сгенерирована под network=lightning, а ты вставляешь депозитный инвойс в обычный on-chain кошелёк — ничего не произойдёт. Если вставляешь on-chain адрес в Lightning-кошелёк в надежде, что он найдёт маршрут — результат тот же. Всегда сверяй сеть на котировке с сетью кошелька, из которого отправляешь.
Какой кошелёк взять новичку для Lightning-свапа?
Если хочешь минимум трения и не против custody — Wallet of Satoshi. Это custodial Lightning-кошелёк: ноль настройки, ноль управления каналами, мгновенный приём. Минус: ключи у оператора. Если нужен self-custody без админства ноды — Phoenix. Он сам подключает ликвидность по запросу за небольшой fee и поддерживает BOLT12. Для браузера: Mutiny — self-custodial PWA. Для полного контроля с собственной нодой — Zeus к LND или Core Lightning. Для мульти-актив кошелька с Monero (полезно если планируешь private-свап через XMR) — Cake Wallet.
Что будет если Lightning-инвойс истечёт до того как я отправлю?
У Lightning-инвойса жёсткий expiry — обычно 60 минут с момента генерации, у агрессивных LSP бывает короче. Если инвойс истёк до того, как платёж дошёл до получателя, маршрут отменяется и деньги не двигаются. Свап на стороне агрегатора пометится как expired и придётся переquote'иться. Правило: генерируй инвойс уже после того, как котировка зафиксирована, и отправляй в первые 10–15 минут. Не делай инвойс за час до того, как будешь готов платить — окна expiry у Lightning короче, чем кажется.
Почему не все агрегаторы свапов поддерживают Lightning?
Lightning-интеграция со стороны провайдера — это нетривиальная инженерия. Нужно держать профондированную ноду, круглосуточно управлять inbound и outbound ликвидностью, разруливать падения маршрутов и разбивку платежей, сверять off-chain settlement с on-chain учётом. Большинство exchange-провайдеров — это в первую очередь on-chain бизнес, и Lightning у них либо в виде «когда-нибудь сделаем», либо как нишевая фича. На SwapZilla сейчас один из подключённых провайдеров роутит Lightning-котировки; остальные работают только с on-chain BTC. Агрегатор фильтрует котировки по выбранной сети — ты видишь только те офферы, которые реально дойдут по выбранным рельсам.
Lightning приватнее чем on-chain Bitcoin?
У Lightning меньше on-chain следа, чем у main-chain транзакции — в публичный реестр не пишется каждый хоп, и chain-analysis инструменты не отслеживают платежи так же, как они отслеживают on-chain переводы. Но это не сеть приватности. Твоя source-нода, метаданные инвойса и любые custodial-посредники видят настоящие данные о платеже. Транзакции открытия и закрытия каналов всё равно записываются в основную сеть. Для настоящей приватности Lightning — шаг в правильном направлении, но не пункт назначения. Стандартный ход — это BTC-нога, а потом XMR-нога через Monero. Вот это уже похоже на on-chain приватность.