Bitcoin Lightning и платежи ончейн: комиссии, подтверждения и каналы

Оба способа переводят стоимость, выраженную в биткоине, но используют базовый уровень по-разному. Ончейн-платеж создает транзакцию, которую узлы Bitcoin распространяют, а майнеры могут включить в блок. Платеж Lightning проходит через маршрут платежных каналов; каждый отдельный платеж не записывается в блокчейн как самостоятельная транзакция Bitcoin.

Это влияет на комиссии, доступность, приватность и статусы в кошельке. Lightning — не другая монета, а «вне сети» не означает отсутствия правил или рисков. Участники используют транзакции Bitcoin, чтобы открыть канал и при необходимости рассчитать его балансы.

Кошелек выбирает доступные выходы, создает и подписывает транзакцию, затем передает ее узлам Bitcoin. Узлы могут ретранслировать транзакцию и хранить ее в собственном mempool, пока майнер не включит ее в блок. Сетевая комиссия зависит от размера транзакции и предложенной ставки, а не только от отправляемой суммы биткоина. Процесс описан в руководстве Bitcoin Developer по обработке платежей.

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

Получатель может передать инвойс Lightning с запросом платежа, обычно с суммой, адресатом, описанием и сроком действия. Кошелек отправителя считывает запрос и ищет маршрут с подходящей емкостью и лимитами. Спецификация инвойсов BOLT 11 описывает поля запроса, а BOLT 7 — объявления каналов и обновления маршрутизации.

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

Платежный канал начинается с ончейн-транзакции финансирования и имеет общую емкость. Когда участники платят друг другу, баланс меняется без публикации отдельной транзакции Bitcoin для каждого обновления. Сколько одна сторона может отправить сейчас, зависит от баланса в нужном направлении, резервов, лимитов и выбранного маршрута. Пиринговый протокол BOLT 2 описывает параметры каналов и лимиты HTLC.

Даже при достаточной общей емкости может не хватить исходящей ликвидности для конкретного платежа. У получателя также может не быть подходящего входящего маршрута для этой суммы. Открытие канала, изменение ликвидности или закрытие могут требовать ончейн-транзакций и комиссий. BOLT 5 об ончейн-обработке объясняет совместное и одностороннее закрытие. Иллюстрация отделяет повторные платежи по каналу от финансирования и закрытия, рассчитываемых в Bitcoin.

Ончейн-комиссия оплачивает место в блоке. Ее размер зависит от размера транзакции и ставки, выбранной под текущие условия; более крупная транзакция может стоить дороже даже при меньшей сумме перевода. Оценка кошелька меняется и не резервирует место в будущем блоке.

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

Ончейн-кошелек может показывать статусы отправки, ожидания или подтверждения. Данные о транзакциях и блоках публичны, а получатель выбирает порог подтверждений по сумме и контексту. Транзакция может оставаться неподтвержденной дольше ожидаемого; оценка комиссии не управляет выбором майнеров.

В Lightning инвойс считается оплаченным, когда маршрут завершен и кошелек получил результат об успехе. Сам платеж отдельно не включается в блок Bitcoin. Неудачная попытка не является подтверждением, а неясный статус не доказывает, что безопасно отправить платеж еще раз. Перед повтором проверьте окончательный статус кошелька отправителя и инвойс или квитанцию получателя.

Ончейн-данные публичны и поддаются анализу, хотя адрес сам по себе не раскрывает имя владельца. Onion routing в Lightning призван ограничить сведения, доступные промежуточному узлу о полном маршруте, но не делает каждый платеж анонимным. Спецификация BOLT 4 об onion routing и публичные обновления каналов в BOLT 7 описывают части этой модели.

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

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

Перед отправкой проверьте тип платежа, сеть, сумму, срок действия инвойса, получателя, показанную комиссию и лимиты. Не вставляйте Lightning-инвойс в поле ончейн-адреса и не используйте маршрут, который получатель не запрашивал. Ончейн-резерв используйте только при явной поддержке со стороны инвойса и кошелька. Дополнительно: комиссии транзакций Bitcoin, подтверждения депозитов и список проверки криптоперевода.

Первичные технические источники: Bitcoin Developer Guide: обработка платежей; BOLT 2: пиринговый протокол; BOLT 4: onion routing; BOLT 5: ончейн-транзакции; BOLT 7: данные маршрутизации; BOLT 11: формат инвойса.