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

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

Как это работает

Входящая ликвидность не является настройкой; она представляет собой зеркальное отражение баланса всех остальных в ваших каналах.

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

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

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

Где это проявляется

Входящая ликвидность проявляется как необъяснимая ошибка задолго до того, как кто-то назовет ее вам.

Новый мобильный кошелек охотно позволит вам покупать и получать, потому что поставщик кошелька открыл канал в вашу сторону и тихо несет эти расходы. Затем появляется лимит на получение: кошелек, который сообщает, что вы можете отправить 400 000 сатоши, но получить только 12 000, почти не имеет остатка на удаленной стороне. Попросите друга заплатить вам 50 000, и платеж не пройдет.

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

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