AI и смарт-контракты
OLAS Autonolas: полный гайд по созданию мульти-агентных сервисов с ко-владением
16-11-2025, 21:50
Lightning vs on-chain: где быстрее и выгоднее по комиссиям
У Bitcoin есть два “режима” для пользователя: классические on-chain переводы (в основной сети) и Lightning Network (LN) — второй слой для быстрых платежей. В теории всё просто: on-chain — надёжно, Lightning — быстро. На практике выбор зависит от суммы, срочности, перегруженности mempool и того, куда вы отправляете BTC: на адрес или по инвойсу.
В этом материале — прикладное сравнение: где реально быстрее, где экономнее по комиссиям, какие есть лимиты и ошибки, и как выбирать маршрут без лишней теории. Если нужна база “что такое Lightning и как им пользоваться”, вот отдельный гайд: Lightning Network: как это работает для обычного пользователя.
Короткий вывод: когда Lightning лучше, а когда on-chain
- Lightning чаще выигрывает для небольших сумм и платежей “здесь и сейчас”: быстро, обычно выгодно по комиссиям.
- On-chain чаще выигрывает для крупных переводов, self-custody и “финальных” перемещений: проще предсказуемость, меньше зависимость от маршрута.
- Если сеть перегружена и on-chain комиссия высокая — Lightning часто становится “экономным выходом” для мелких/средних платежей.
Lightning vs on-chain: сравнение для пользователя
| Параметр | Bitcoin on-chain | Lightning Network | Что важнее на практике |
|---|---|---|---|
| Скорость | Минуты–часы (зависит от комиссии и mempool) | Обычно секунды | Если “нужно сейчас” — LN почти всегда быстрее |
| Комиссии | Платите за место в блоке (sat/vB) | Плата за маршрутизацию (зависит от пути) | На малых суммах LN часто выгоднее, но бывают исключения |
| Формат перевода | Адрес (bc1/1/3) | Инвойс / LNURL | Самая частая ошибка — перепутать “адрес vs инвойс” |
| Предсказуемость | Высокая: транзакция попадёт в mempool и “дожмётся” комиссией | Средняя: платёж может не пройти (маршрут/ликвидность) | Для больших сумм и “точно должно дойти” чаще выбирают on-chain |
| Лучший сценарий | Крупные переводы, хранение, биржа → аппаратный кошелёк | Оплата, переводы “как в мессенджере”, чаевые | Идеально — использовать оба режима осознанно |
Скорость: почему Lightning почти всегда быстрее
On-chain перевод становится “финальным” после подтверждений майнерами. Скорость зависит от того, насколько ваша комиссия конкурентна в текущем mempool. Если комиссия низкая в момент перегруза, транзакция может ждать долго.
Lightning платеж подтверждается внутри сети каналов. Обычно это секунды. Но LN может не “проложить маршрут” (тогда платеж не пройдёт и вы просто повторите/попросите новый инвойс/разобьёте сумму).
Если вам важно научиться выбирать on-chain комиссию по sat/vB и понимать прогнозы по времени, используйте практикум: Как выбрать комиссию BTC: sat/vB, mempool.space, прогноз времени.
Комиссии on-chain: как считать “на пальцах”
В Bitcoin комиссия считается примерно так:
Комиссия (в сатоши) ≈ fee rate (sat/vB) × размер транзакции (vB)
Размер зависит от формата адресов и структуры: сколько входов (inputs) и выходов (outputs). Для обычной “простой” транзакции (примерно 1 вход и 2 выхода) размер часто находится в диапазоне ~140–200 vB (это ориентир: точное значение зависит от типа входов и сценария).
| Fee rate | Оценка размера | Пример комиссии | Когда это встречается |
|---|---|---|---|
| 10 sat/vB | ≈ 150 vB | ≈ 1 500 sats | Спокойная сеть / нет спешки |
| 30 sat/vB | ≈ 150 vB | ≈ 4 500 sats | Нормальная загрузка / “нужно сегодня” |
| 80 sat/vB | ≈ 150 vB | ≈ 12 000 sats | Перегруз / срочно |
Главный вывод: on-chain комиссия сильно меняется от состояния mempool. Отсюда и популярность Lightning для мелких платежей — там чаще удаётся платить меньше и быстрее.
Комиссии в Lightning: почему “обычно дёшево”, но не всегда
В Lightning комиссия — это плата за маршрутизацию. Она зависит от того, через какие узлы пройдёт платеж, и от их условий. На небольших суммах итоговая комиссия часто небольшая, но иногда возникают ситуации, когда:
- маршрут сложный или ограничен по ликвидности;
- нужно протолкнуть крупную сумму одним платежом;
- кошелёк/сервис добавляет собственную надбавку (особенно в кастодиальных решениях).
Практическое правило: Lightning почти всегда выигрывает по ощущению “быстро и недорого” для небольших оплат, но для крупных переводов on-chain может быть понятнее и предсказуемее.
Сценарии: что выбрать в реальной жизни
| Сценарий | Что лучше | Почему | Как сделать безопасно |
|---|---|---|---|
| Оплатить сервис/подписку/кофе “прямо сейчас” | Lightning | Секунды, обычно выгодно по комиссиям | Проверить сумму и срок инвойса |
| Вывести BTC с биржи в self-custody (аппаратник) | On-chain (чаще) | Привычный маршрут, меньше “маршрутных” нюансов | Адрес сверить на устройстве |
| Перевод другу на небольшую сумму | Lightning | Быстро, удобно, не надо ждать подтверждений | Получить корректный инвойс |
| Крупная сумма, важно “точно дойдёт” | On-chain | Предсказуемее: транзакция попадёт в mempool | Комиссию выбрать по ситуации |
| Lightning платёж не проходит | On-chain (план Б) | Иногда нет маршрута/ликвидности | Попросить новый инвойс или уменьшить сумму |
Если ты часто отправляешь BTC on-chain и хочешь делать это “как по чек-листу” (адрес, комиссия, подтверждения) — вот пошаговая инструкция: Как отправить BTC: пошагово + чек-лист перед отправкой.
Решающее дерево: как выбрать Lightning или on-chain за 20 секунд
- Получатель даёт LN-инвойс / LNURL? → да: рассматривайте Lightning.
- Нужно быстро (секунды), сумма небольшая? → Lightning почти всегда удобнее.
- Сумма крупная или перевод “в накопления” (self-custody)? → чаще on-chain.
- Сеть перегружена и on-chain комиссия высокая? → Lightning часто экономнее для мелких/средних платежей.
- Lightning не проходит? → попросить новый инвойс / разбить сумму / план Б — on-chain.
Типовые ошибки и “грабли”
| Ошибка | Как выглядит | Чем грозит | Как избежать |
|---|---|---|---|
| Перепутали адрес и инвойс | Пытаетесь оплатить инвойс как “адрес” | Платёж не пройдёт / потеря времени | Понимать: bc1… = on-chain, инвойс/LNURL = Lightning |
| Инвойс истёк | Invoice expired | Платёж не пройдёт | Запросить новый инвойс |
| Нет маршрута/ликвидности | Route not found / failed | Платёж не пройдёт | Разбить сумму, повторить позже |
| Слишком низкая on-chain комиссия | Транзакция “висит” | Ждать долго, иногда нужен ускоритель | Смотреть mempool и выбирать sat/vB по задаче |
FAQ
Правда ли, что Lightning всегда дешевле?
Не всегда. На практике Lightning чаще выгоднее на небольших платежах, но итог зависит от маршрута, суммы и условий кошелька/сервиса. Для крупных переводов on-chain может быть понятнее и предсказуемее.
Почему Lightning иногда “не проходит”, а on-chain бы прошёл?
Lightning зависит от маршрута и ликвидности каналов. Если подходящего пути нет или объём по пути недостаточен, платёж может не состояться. On-chain транзакция обычно попадёт в mempool и просто будет ждать подтверждения (вопрос только в комиссии).
Можно ли хранить “основные накопления” в Lightning?
Для накоплений чаще используют on-chain и self-custody (например, аппаратный кошелёк). Lightning удобнее как платёжный слой: быстро и практично для ежедневных операций.
Что делать, если мне предлагают “выбор сети: BTC или Lightning” при выводе?
Выбирайте по задаче. Если нужно на обычный биткоин-адрес (bc1…) — это on-chain. Если вы выводите на Lightning-кошелёк по инвойсу/LN-идентификатору — выбирайте Lightning.
Полезные ссылки
Материал носит исключительно информационный характер и не является индивидуальной инвестиционной рекомендацией (ФЗ-39). Криптовалюты не являются законным средством платежа в РФ (ФЗ-259).
Комментариев нет