Входящая ликвидность и lightning-сервис-провайдеры

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

Содержание:

Входящая ликвидность в Lightning Network

• Проблема
• Решение 1: Тратить в LN
• Решение 2: Приобрести входящий канал
• Решение 3: Запросить открытие входящего канала к вам
• Решение 4: Своп из LN — без доверия
• Решение 5: Своп из LN — с доверием
• Решение 6: Отправить на свой же кошелёк
  • Кошельки с самостоятельным хранением
  • Кастодиальные кошельки
• Тоже почему бы и нет: Держать узел онлайн 24/7
• В целом

Lightning-сервис-провайдеры

• Сводная таблица LSP

Входящая ликвидность в Lightning Network

Пример графа сети. Левый граф показывает каналы и их ёмкость — эта информация доступна публично. Правый граф показывает фактическое распределение балансов внутри каждого канала (недоступно извне) и направления, в которых могут перемещаться средства. По левому графу может показаться, что узел E имеет наилучшую связность. Но на практике весь баланс его каналов сосредоточен на его же стороне, у него нет входящей ликвидности, и он не может принимать или маршрутизировать платежи.

Платежи в Lightning Network (LN) работают иначе, чем ончейн-транзакции Биткойна. В этой статье мы подробно рассказывали о криптографии и механике LN; здесь же я приведу лишь несколько практических моментов.

• LN состоит из двусторонних каналов, и все монеты заблокированы в этих каналах.
• Общая сумма BTC, заблокированных в канале, называется ёмкостью (capacity) канала.
• Сумма на вашей стороне канала называется локальным балансом, на стороне вашего партнёра по каналу — удалённым балансом.
• Когда вы открываете новый канал, как правило, весь ваш баланс является локальным (с целью упрощения исключим двусторонне финансируемые каналы и переданную (pushed) сумму).
• Ёмкость канала — опять же, несколько упрощая, — в базовом случае всегда остаётся неизменной и примерно равна вашему локальному балансу плюс удалённый баланс (примерно — из-за комиссий).
• Когда вы совершаете платёж — баланс переходит с вашей стороны канала на удалённую. Когда получаете платежи — наоборот.

Читайте также: Мир нуждается в Lightning Network

Что приводит нас к одному из главных затруднений:

Чтобы получать платежи, вашему узлу необходимо иметь достаточную входящую ликвидность: достаточное количество открытых каналов с достаточным удалённым балансом (иначе баланс нельзя будет переместить на вашу сторону канала).

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

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

Не понимаете, как же тогда это правильно организовать? Не волнуйтесь, варианты есть.

Решение 1: Тратить в LN

Это довольно очевидно, но упомянуть стоит. Когда вы используете канал для исходящих транзакций, «монеты» вычитаются из вашего локального баланса и добавляются к удалённому. Чем больше вы тратите, тем больше ваш удалённый баланс и тем больше вы получаете входящей пропускной способности.

Конечно, такой подход не решит всех проблем для всех пользователей. Но если у вас есть кому и за что платить через LN — используйте эту возможность, и у вас будет меньше проблем с получением входящих платежей в будущем.

Решение 2: Приобрести входящий канал

Самый простой способ — это использовать сервисы открытия каналов, например, один из этих:

• Amboss Magma: популярный маркетплейс lightning-ликвидности, который вы можете использовать для получения входящей ликвидности от других узлов. Это также известно как аренда ликвидности, когда вы платите другому узлу в сети за открытие канала к вам, что обеспечивает вашему узлу входящую ликвидность. Можно также использовать их сервис Hydro для автоматизации открытия каналов, чтобы ваш узел никогда не страдал от нехватки входящей ликвидности. Для использования Amboss нужно авторизоваться в системе, используя свой LN-узел.
• Pool от Lightning Labs. Некастодиальный маркетплейс для прямой покупки и продажи ликвидности между пользователями.
• LNBig.com — крупный поставщик ликвидности, который продаст входящий канал к вашему узлу за разумную плату.
• Olympus LSP — сервис-провайдер ликвидности.
• Y’alls — сервис от Алекса Босуорта. Вы платите несколько большую сумму за открытие входящего канала к вам от LN-узла сервиса. Номинальная стоимость канала в Y’alls может быть несколько меньшей, чем в других сервисах, однако надо иметь в виду, что Y’alls устанавливает более высокие, чем обычно, комиссии за маршрутизацию (которые ваши плательщики будут вынуждены платить).
• Thor: сервис открытия lightning-каналов от Bitrefill.com. Сервис позволяет любому открыть пустой lightning-канал от узла Bitrefill. Пользователь может оплатить или подарить возможность открыть канал для lightning-кошелька, что позволит тому получать платежи через LN в любое время.
• Coincept.com
• lnd-routing

Решение 3: Запросить открытие входящего канала к вам

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

• lightningnetwork.plus: здесь вы можете зарегистрировать свой узел и присоединиться к обмену каналами бесплатно.

Lightning Network+ — это платформа обмена ликвидностью, где узлы в сети могут заключать друг с другом соглашения об обмене ликвидностью. Эти соглашения не требуют оплаты комиссий. Например, вы можете заключить соглашение с двумя другими операторами узлов, где A открывает канал к B, B открывает канал к C, а C открывает канал к A. Это очень простой и дешёвый способ получить входящую ликвидность. Недостаток для новых пользователей состоит в том, что для большинства соглашений требуется, чтобы у вашего узла уже было какое-то количество каналов.

Решение 4: Своп из LN — без доверия

Вы платите биткойны в LN и получаете BTC в блокчейне.

Lightning Loop (github) — это сервис инверсных подводных свопов, от Lightning Labs: некастодиальный способ реализовать обмен биткойнов из LN (офчейн) на ончейн-BTC. Вы тратите BTC средства через свои каналы на сервис Loop. После чего сервис атомарно отправляет ончейн-транзакцию на ту же сумму, за вычетом комиссии, на ваш ончейн-кошелёк. Эти средства затем можно использовать для открытия новых каналов или по вашему усмотрению.

В текущей версии Loop поддерживаются два типа свопов:

• Loop-out: из офчейн в блокчейн. Клиент Loop отправляет средства, оплаченные через LN, на биткойн-адрес.
• Loop-in: из блокчейна в офчейн. Клиент Loop направляет средства, оплаченные ончейн-транзакцией, в lightning-канал.

Прямой доступ к Loop реализован в веб-интерфейсе Lightning Terminal, доступ к которому мы настраивали в нашем неисчерпывающем руководстве по запуску своего lightning-узла.

А вот пример использования в командной строке с минимальной стоимостью. Это может привести к более длительному времени подтверждения (примерно 25 блоков) и более высокой вероятности ошибки (максимальная комиссия за маршрутизацию — 500 сатоши). Корректируйте эти цифры по своему усмотрению.

loop out --conf_target 25 --max_swap_routing_fee 500 4200000 [optional external address]

loop out [command options] amt [addr]

# --channel value               8-байтовый компактный ID канала для выполнения loop-out (значение по умолчанию: 0)
# --addr value                  Опциональный адрес, на который должны быть отправлены выводимые средства; если не указать, средства поступят в кошелёк lnd
# --amt value                   Сумма свопа в сатоши (по умолчанию: 0)
# --conf_target value           Количество блоков от высоты начала свопа, в течение которых ончейн-HTLC должен быть завершён (по умолчанию: 6)
# --max_swap_routing_fee value  Максимальная комиссия за маршрутизацию свопа офчейн в сатоши; если оставить пустым, будет использована комиссия по умолчанию (значение по умолчанию: 0)
# --fast                        Означает, что вы хотите совершить своп немедленно, возможно, с более высокой комиссией. Без этого флага сервер свопов может подождать до 30 минут перед отправкой HTLC со свопом в сеть, чтобы сэкономить на комиссиях.

https://lightning.engineering/loopapi

Другие варианты:

• Boltz.exchange — работает аналогично Loop, но является отдельным сервисом.
• Swap Market — основан на коде Boltz, включает другие некастодиальные свопы.
• FixedFloat — простые и быстрые свопы из LN в блокчейн.
• Submarine Swaps — сервис Алекса Босуорта (разработчик LND)
• Интегрированные свопы в RTL и Thunderhub (используют Loop и Boltz).

Решение 5: Своп из LN — с доверием

В некотором роде тоже форма расходования: вы тратите BTC в LN, покупая ончейн-BTC.

• Deezy.io: сервис с мгновенным свопом для получения входящей ликвидности.
• CoinOS.io — веб-кошелёк, ончейн, LN, свопы, кастодиальные и некастодиальные сервисы.

А самый простой вариант — это пополнить свой биржевой баланс через LN. Депозиты в Lightning поддерживают уже многие биржи и, по-видимому, их число будет расти и дальше.

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

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

Решение 6: Отправить на свой же кошелёк

В большинстве случаев можно отправить сатоши из LN на ончейн-адрес за комиссию (форма исходящего свопа).

Кошельки с самостоятельным хранением

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

• Breez: мобильный кошелёк, автоматически создающий входящий канал на 1 миллион сатоши, так что средства могут быть перемещены за считанные минуты после настройки.
• Phoenix: простой в использовании мобильный кошелёк от Acinq.
• Blixt wallet: некастодиальный lightning-кошелёк с открытым исходным кодом для Android и iOS, с акцентом на удобство использования и пользовательский опыт.
• Muun Wallet: простой в использовании кроссплатформенный ончейн-кошелёк с поддержкой LN и функцией свопа средств в обоих направлениях.

Кастодиальные кошельки

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

Очевидный принципиальный недостаток кастодиальных решений в том, что вы не контролируете ключи от своих монет.

Примеры:

• Wallet of Satoshi
• Blink
• Alby

При некоторой креативности можно использовать для этого и другие сервисы. Например, вы можете отправить самому себе большие «чаевые» через tippin.me.

Тоже почему бы и нет: Держать узел онлайн 24/7

Если держать свой узел всегда онлайн, скорее всего, через какое-то время вы увеличите свою входящую ликвидность. Открывайте каналы со случайными хорошо поддерживаемыми узлами, убедитесь, что IP вашего узла публично доступен и порты открыты. И настройте мониторинг, чтобы убедиться, что программное обеспечение LN работает 24/7.

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

В целом

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

Lightning-сервис-провайдеры

Подобно интернет-провайдерам, которые предоставляют вам услугу доступа к интернету, lightning-сервис-провайдеры (LSP) предоставляют частным пользователям и бизнесу в Lightning Network ликвидность и сетевые услуги. Некоторые из этих услуг могут включать:

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

LSP взимают комиссию за все или некоторые из этих услуг и различным образом эти комиссии структурируют.

LSP играют важную роль в онбординге новых пользователей в LN, что, в свою очередь, запускает благоприятный цикл. Как это описывает Рой Шейнфельд, CEO Breez:

«Идея в том, что чем больше платежей кто-то маршрутизирует, тем больше комиссий за маршрутизацию он заработает на своих BTC, заблокированных в сети. Но и здесь есть компромисс: биткойны, используемые для ликвидности в сети, более рискованны, чем хранение в холодном кошельке».

LSP важны для улучшения пользовательского опыта и упрощения интеграции LN для компаний и разработчиков приложений. Чтобы Lightning мог масштабироваться до сотен миллионов пользователей по всему миру, нам не следует ожидать, что каждый пользователь станет разбираться в особенностях Lightning. Люди должны иметь возможность пользоваться Биткойном и LN, не зная, как они устроены — подобно тому, как сегодня работает интернет.

Сводная таблица LSP

На мой взгляд, в текущем состоянии технологий поставщиков услуг для LN можно разделить на три категории:

• провайдеры ликвидности;
• провайдеры инфраструктуры;
• комбинированные провайдеры ликвидности и инфраструктуры.

На самом деле всё больше LSP разрабатываются как комбинированные решения. Voltage и Breez SDK — отличные примеры комбинированных LSP, со стороны серверной и клиентской инфраструктуры соответственно.

Обратите внимание, что этот список не является исчерпывающим, и что эта область быстро развивается, поэтому стоит постоянно следить за новыми разработками.

Примечания:

* Breez SDK использует узлы Blockstream Greenlight — проприетарное решение компании, однако сам SDK является бесплатным ПО с открытым исходным кодом.

** Насколько я понимаю, в будущем планируется, что Greenlight станет полностью бесплатным опенсорс-решением, но на данный момент это проприетарное решение.

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

Подписывайтесь на BitNovosti в Telegram!
Делитесь вашим мнением об этой статье в комментариях ниже.