Lightning Network

[samuel-sd]

Согласно вводным у продавца есть нода! смысла закрывать клиентам подключение к ней нет. Другое дело если бизнесу влом заморачиватся с лайтнингом, но тут уже есть https://strike.acinq.co/

Именно. Обратите внимание, та то сколько берет данный сервис - 1%. Что существенно больше, чем меценатские тарифы lightning сети.
Если продавец маленький ретейлер, то ему совершенно нет резона заморачиваться с поднятием ноды, ее настройкой и поддержкой. Следовательно продавец будет искать сервис, который ему предоставит комплексную услугу по принятию платежей через крипту, в частности lightning. Ес-но сервис сделает так, чтобы нода "продавца" (на самом деле нода сервиса, настроенная для продавца) работала по его каналам и покупатели платили его тарифы.

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

Какая продавцу выгода от "прокладки"? Инициатором сделки является покупатель. Покупатель должен создавать канал на продавца и вкладывать в канал деньги, а продавцу при этом ничего делать не надо.

Выгода в том, что эта прокладка обеспечит продавцу комплексную услугу по принятию платежей. Неужели не понятно, что продавцы не будут сами поднимать ноды?! Это нужно оплатить работу админа, хостинг или купить комп, далее договориться с другими нодами, чтобы они открыли каналы в сторону продавца, при этом ноды тоже поставят свои условия и не будут делать это бесплатно. Зачем все это продавцу?
Продавец купит услуги некого сервиса, а сервис будет это делать оптом, сокращая издержки, ес-но не забывая, чтобы проходящие транзакции приносили прибыль.

[GGUL]

Именно. Только не сговор, а взаимовыгодное сотрудничество.

Какая продавцу выгода от "прокладки"? Инициатором сделки является покупатель. Покупатель должен создавать канал на продавца и вкладывать в канал деньги, а продавцу при этом ничего делать не надо.

Это уже обсуждалось в этой теме выше.

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

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

[A-Bolt]

Неужели не понятно, что продавцы не будут сами поднимать ноды?!

Непонятно, потому что вы сказали:

Мне вот что интересно, предположим есть бизнес, который что-то продает. У меня к нему открыт канал, с другими нодами у бизнеса каналов нет

Канал подразумевает наличие у продавца ноды. А в итоге, оказалось, что ноды у продавца нет.

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

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

Возникает вопрос, а нафига покупателям Лайтнинг с таким-то геморроем? Если у покупателя будет открыт один толстый канал на QWeB, то это не значит, что маршрут необходимой ёмкости будет существовать между QWeB и вами. Перед покупателем перед каждой оплатой через непрямой канал всегда будет стоять вопрос: а найдёт ли автопилот подходящий по ёмкости маршрут?

[samuel-sd]

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

Еще вопрос по башням, я прочитал коменты в конфигурационном файле lnd.conf. Там сказано, что можно самому поднять башню, а также можно подключиться к другой башне, чтобы: "; Configure the private tower to which lnd will connect to backup encrypted justice transactions."
Вопрос, что такое justice transactions? Это позволит мне бекапить онлайн все мои состояния каналов? или это какой-то инструмент для взаимодействия башен между собой, который не относится к бекапу моих каналов?

[samuel-sd]

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

Не баксы, а биткоины, только крупным траншем, а не по одной транзакции за каждую покупку.

Возникает вопрос, а нафига покупателям Лайтнинг с таким-то геморроем? Если у покупателя будет открыт один толстый канал на QWeB, то это не значит, что маршрут необходимой ёмкости будет существовать между QWeB и вами. Перед покупателем перед каждой оплатой через непрямой канал всегда будет стоять вопрос: а найдёт ли автопилот подходящий по ёмкости маршрут?

"Прокладки" этот вопрос будут успешно решать по мере развития сети, единственное, тарифы на транзакции будут коммерческими, а не благотворительными.

[QWeB]

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

Бэкап в LND делается командой exportchanbackup. Останавливать ноду не требуется. На гитхабе в проекте LND есть инструкция по восстановлению каналов из файла. Сам ни разу не пробовал восстанавливать.

I
P адреса и доменные имена роли не играют, нода сможет послать в сеть информацию о новом адресе, так?

На сколько я понял, IP адреса играют роль. При смене IP все коннекты с нодами с которыми были каналы, нужно заново создавать.

До башен руки не дошли.

[QWeB]

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

Ну, а про фичу оплаты без инвойса со стороны продавца я уже писал выше, когда маршрут строится в ручном режиме "на свой" инвойс через канал с высокой комиссией, которая и является платой за услугу.

В общем, с этими LN комиссиями+маршрутизацией много ещё чего можно напридумать...

[samuel-sd]

На сколько я понял, IP адреса играют роль. При смене IP все коннекты с нодами с которыми были каналы, нужно заново создавать.

Так не должно быть, lnd открыто заявляет про возможность использования динамических IP, для этого даже есть опция NAT в lnd.conf. Получается, если у ноды внешний ip поменялся, то все каналы слетели? Это же идиотизм.
По идее, при смене IP, нода начинает "рекламировать" (advertise) себя по новому IP, как только другие, подключенные ранее ноды, получат новое соответствие адреса ноды и ее ip, то они восстановят подключения по новому адресу. По идее так должно быть.

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

Кстати интересное замечание.
Как вообще осуществляется контроль (и осуществляется ли), за тем, что транзакция идет по запланированному маршруту и никто из транзитных нод на пути не переиграл маршрут?

[fuk]

October 23, 2019: 4 BTC stolen using Lightning Network https://old.reddit.com/r/Bitcoin/comments/dlvokv/how_i_lost_4_btc_on_lightning_network/

October 21, 2019: Researchers Uncover Bitcoin ‘Attack’ That Could Slow or Stop Lightning Payments https://www.coindesk.com/researchers-uncover-bitcoin-attack-that-could-slow-or-stop-lightning-payments

September 28, 2019: Andreas Brekken: "I've been asked quite a bit why I took down the largest Lightning Network node, LN.shitcoin.com. Constant anxiety was the deciding factor. > When a channel is created, the receiver of the channel was not required to verify the amount of the funding transaction" https://old.reddit.com/r/btc/comments/dae1g0/andreas_brekken_ive_been_asked_quite_a_bit_why_i/

September 27, 2019: Lightning Network Security Vulnerability Full Disclosure: CVE-2019-12998 / CVE-2019-12999 / CVE-2019-13000 https://lists.linuxfoundation.org/pipermail/lightning-dev/2019-September/002174.html

September 10, 2019: Lightning Network dev: "We've confirmed instances of the CVE being exploited in the wild. If you’re not on the following versions of either of these implementations then you need to upgrade now to avoid risk of funds loss" https://lists.linuxfoundation.org/pipermail/lightning-dev/2019-September/002148.html

August 30, 2019: Lightning Network security alert: Security issues have been found in various lightning projects which could cause loss of funds! https://lists.linuxfoundation.org/pipermail/lightning-dev/2019-August/002130.html

May 29, 2019: "PSA: The Lightning Network is being heavily data mined right now. Opening channels allows anyone to cluster your wallet and associate your keys with your IP address." https://old.reddit.com/r/btc/comments/budmfh/on_twitter_psa_the_lightning_network_is_being/

April 24, 2019: Forget 18 months: it’s now 30-50 years until Lightning Network is ready https://old.reddit.com/r/btc/comments/bh1gzw/forget_18_months_its_now_3050_years_until/

March 29, 2019: Analysis Shows Lightning Network Suffers From Trust Issues Exacerbated by Rising Fees https://news.bitcoin.com/analysis-shows-lightning-network-suffers-form-trust-issues-exacerbated-by-rising-fees/

March 4, 2019: Lightning users must be online to make a payment, funds must be locked to use, is a honey pot, completion rate deminishes with high value payments, and more https://medium.com/starkware/when-lightning-starks-a90819be37ba

March 17, 2019: TIL that Lightning Network conceptual design and focus to layer 2 scaling for BTC was introduced in February 2013, over 6 years ago (LN whitepaper released February 2015, 4 years ago) https://old.reddit.com/r/btc/comments/b201kd/til_that_lightning_network_conceptual_design_and/

February 28, 2019: "Out of the 1,500 orders submitted on the first day [using Lightning Network], only around 10 percent were successful" https://breakermag.com/i-ordered-lightning-pizza-and-lived-to-tell-the-tale/

March 1, 2019: Lightning Network has become a complete train wreck. Oh by the way, it's no longer 18 months but YEARS until it's ready for mass-consumption. https://old.reddit.com/r/btc/comments/aw71q8/lightning_network_has_become_a_complete_train/

February 28, 2019: Decentralized path routing is still an unsolved problem for Lightning Network (currently "source routing" works at this scale) https://old.reddit.com/r/btc/comments/avt6ow/do_people_agree_with_andreas_antonopoulos_that/

February 25, 2019: Lightning Network bank-wallet is "kind of centralized but it has to be this way if you want mass-adoption" https://old.reddit.com/r/btc/comments/aup68s/lightning_network_bankwallet_is_kind_of/

February 23, 2019: 5 Things I Learned Getting Rekt on Lightning Network https://old.reddit.com/r/btc/comments/atx8jq/psa_important_video_to_watch_if_you_use_lightning/

February 22, 2019: Listen to this great talk on the problems and complexities of using HTLC's on the Lightning Network ⚡️, and possible alternatives. https://old.reddit.com/r/btc/comments/atmlnp/listen_to_this_great_talk_on_the_problems_and/

February 20, 2019: The current state of Bitcoin companies & dealing with Lightning Network ⚡Highlights: Hard to implement, takes a ton of man hours, with no return on investment. LN adds zero utility. The only reason some companies support it is for marketing reasons. https://old.reddit.com/r/lightningnetwork/comments/asuoyy/the_current_state_of_bitcoin_companies_dealing/

February 20, 2019: Current requirements to run BTC/LN: 2 hard drives + zfs mirrors, need to run a BTC full node, LN full node + satellite, Watchtower and use a VPN service. And BTC fees are expensive, slow, unreliable. https://old.reddit.com/r/btc/comments/aspkj2/current_requirements_to_run_btcln_2_hard_drives/

January 17, 2019: 18 Months Away? Latest Lightning Network Study Calls System a 'Small Central Clique' https://news.bitcoin.com/18-months-away-latest-lightning-network-study-calls-system-a-small-central-clique/

March 21, 2018: Lightning Network DDoS Sends 20% of Nodes Down https://www.trustnodes.com/2018/03/21/lightning-network-ddos-sends-20-nodes

October 10, 2018: Watchtowers (third party services) are introduced as a way to monitor your funds when you can't be online 24/7 so they aren't stolen https://medium.com/@akumaigorodski/watchtower-support-is-coming-to-bitcoin-lightning-wallet-8f969ac206b2

June 25, 2018: Study finds that the probability of routing $200 on LN between any two nodes is 1% https://diar.co/volume-2-issue-25/

источник - https://www.reddit.com/r/btc/comments/dm0b4y/warning_if_you_try_to_use_the_lightning_network/?utm_medium=android_app&utm_source=share

[UnholyLizard]

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

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

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

"justice transactions" - это "штрафная" транзакция, генерируемая при каждом изменении баланса канала, если твой клиент (или башня) увидит в сети неактуальную транзакцию пытающуюся закрыть канал каким-то устаревшим (не последним) состоянием, то твой клиент (или башня) публикуют в сеть "штрафную" транзакцию, которая переводит все бабло с этого канала на твой адрес.

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

Можно ссылку на оригинал? В теории тут контроль полностью у клиента отправителя - клиент генерирует маршрут (рандомный или заданный), пытается провести оплату по этому маршруту (максимальный размер комиссии который клиент готов оплатить тоже можно задать), если оплатить по данному маршруту не удается - строится новый маршрут, и т.д. Если какая-то нода будет говорить что по маршруту проходящему через нее "канал не доступен" то она может быть занесена клиентом в "черный список". Установленные каналом комиссии это публичная инфа, не в курсе на сколько возможно пытаться менять ее "на лету" но в любом случае думаю в будущем клиенты будут вести свой внутренний рейтинг каналов, нерешаемых проблем тут не вижу.

 

источник - https://www.reddit.com/r/btc/comments/

Чел, серьезно? Репост высера щиткоинеров здесь? 1-й вопрос, к чему ты это запостил? Надеюсь не просто запросить чей-то высер, у кого явно чувствуется сильная попоболь, и убежать (это-ж блин форум, если хочешь что-то сказать скажи, обсудим). Предположим, что ты реально прочитал все что сам репостнул и каким-то образом сделал для себя вывод что все это чрезвычайно важно (ну кроме хорошо известного факта что лайтнинг пока действительно не готов для нубья и для того чтобы хранить там все свои сбережения). Давай начнем с конца  - со свежачка от 23 октября, какой вывод мы все по-твоему должны сделать из того что там описано?

[samuel-sd]

В общем могу сказать, что предварительно все технические вопросы выглядят решенными. Я перешел к тому, что закинул битконы на кошелек ноды и в общем-то хотел уже начать ее тестить, как понял, что чтобы открывать каналы и для "нулячей" ноды нужна какая-то стратегия.
У меня есть мысли, как правильно действовать, но мне нужны информация о сети, чтобы ее как-то обработать. Начать хочу с того, чтобы узнать какую информацию я могу собрать о нодах в сети.

Я бы хотел знать:
1. Время работы ноды, сколько процентов времени нода онлайн.
2. Сколько каналов открыто у ноды
3. Сколько денег в каналах
4. На сколько каналы сбалансированы (распределение денег в каналах для проведения входящих/сходящих платежей)
5. Сумма проходящих транзитных биткоинов через ноду

Это реально вообще собрать из открытых источников? Или я размечтался

[samuel-sd]

Продолжаю свою историю настройки ноды.
Решил, что нет смысла открывать односторонние каналы, пока не открою толстые двусторонние. Запросил у LNBIG канал, следуя инструкции все сделал. Канал появился в pending. Сначала ждал спокойно, часов через пять стал гуглить почему канал в pending еще висит. Оказалось подтверждений по транзакции нет, т.е. она висит в мемпуле. Посмотрел какие fee заплатил LNBIG, чтобы этот канал открыть оказалось 1.1sat/b, что как я понимаю мало, чтобы транзакция прошла оперативно. В долларовом эквиваленте LNBIG потратила 2.6 цента на открытие канала.

У меня вопрос, я когда буду открывать канал, как я могу указать fee на on-chain транзакцию, где это настраивается?

[UnholyLizard]

Я бы хотел знать:
1. Время работы ноды, сколько процентов времени нода онлайн.
2. Сколько каналов открыто у ноды
3. Сколько денег в каналах
4. На сколько каналы сбалансированы (распределение денег в каналах для проведения входящих/сходящих платежей)
5. Сумма проходящих транзитных биткоинов через ноду

Какую-то скатистику/рейтинг можешь посмотреть здесь: https://1ml.com/
1. можно найти инфу как долго нода существует, но чтобы считался процент, не видел
2, 3 есть на 1ml
4,5 не вариант. Все что можешь это сделать косвенные выводы например из рейтинга "Top Capacity Increase" и "Top Channel Count Increase"

У меня вопрос, я когда буду открывать канал, как я могу указать fee на on-chain транзакцию, где это настраивается?

Ты вроде RTL прикрутил? "Channels" - "Management" - ставишь галочку на "Options" и вместо "Default Priority" выбираешь либо прямое указание сат/байт, либо указываешь величину Target confirmation blocks на основе чего будет рассчитана комиссия (к сожалению результата этого расчета заранее не видно..)

[pineapple express]

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

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

[UnholyLizard]

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

Лол.
1. "лн рабочий и пригодный" - да
2. "это не для нубья" - да

Честно, не вижу тут противоречий.   По поводу первого пункта бета-софт lnd объективно гораздо более годен и работоспособен, чем многочисленные "релизы" блокчейнов щиткоинов, да и тех же смарт-контрактов на кефире, тут все объективно естественно, я выбираю лайтнинг.
Второй пункт - прогресс есть. Идеальный кошель для нуба, пока наверное Breez. Роутящая нода? Для начала нубу нужно четко понимать зачем она ему (это блин по сути некий аналог фиатного банка где ты сам себе "банк"). Но и ноды уже делают "готовыми" типа подключит, и вуаля! - естественно если произойдет какой-то сбой  то прежде чем писать в терминал рандомные команды, наверное стоит все-же прочитать мануал..

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

По поводу истории где нуб "потерял" 4 btc, фактов того что он их действительно просрал пока нет, есть свидетельства (напр https://old.reddit.com/r/Bitcoin/comments/dn5520/how_4_btc_on_the_lightning_network_is_likely_not/) тех кто имел открытые с ним каналы, что их ноды отработали по протоколу: они увидели что его нода имеет устаревшее состояние, и произвели закрытие канала последним состоянием. Там же есть свежий коммент от одного из разрабов (c-lightning) что за последнюю тысячу блоков не найдено ни одной штрафной транзакции, "ворующей" деньги с его каналов. Ну и до кучи цитата из последних комментов самого "виновника": "No, my view of Bitcoin is the same, it's an awesome technology, and will still be. Basically it's caused by my own mistake, because of the server power fail... I though that with my file backups I'm really safe..."

[samuel-sd]

Какую-то скатистику/рейтинг можешь посмотреть здесь: https://1ml.com/

О спасибо! Нашел я там свою ноду, видно с кем открыт канал, правда не видно на сколько он сбалансирован.

Ты вроде RTL прикрутил? "Channels" - "Management" - ставишь галочку на "Options" и вместо "Default Priority" выбираешь либо прямое указание сат/байт, либо указываешь величину Target confirmation blocks на основе чего будет рассчитана комиссия (к сожалению результата этого расчета заранее не видно..)

Ага получилось, единственное как-то странно цифры отобразились в транзакции. Я указал 3sat/bite, а когда транзакцию провел, получилось 1.8sat/bite. В общем непонятно. Думаю еще открыть пару "двусторонних" каналов с крупными нодами и потестить, как деньги ходят во все стороны.

Кстати, что интересно, тот первый канал от LNBIG ко мне, так и висел в pending, хотя транзакция уже прошла на след. день, я перезапустил LND и она обновила информацию, канал стал рабочий. Короче LND не обновляет информацию о каналах, почему-то.

[QWeB]

Короче LND не обновляет информацию о каналах, почему-то.

У меня месяцами LND работает без перезапуска, никогда такой проблемы не было.

Можно ссылку на оригинал? В теории тут контроль полностью у клиента отправителя - клиент генерирует маршрут (рандомный или заданный), пытается провести оплату по этому маршруту (максимальный размер комиссии который клиент готов оплатить тоже можно задать), если оплатить по данному маршруту не удается - строится новый маршрут, и т.д. Если какая-то нода будет говорить что по маршруту проходящему через нее "канал не доступен" то она может быть занесена клиентом в "черный список". Установленные каналом комиссии это публичная инфа, не в курсе на сколько возможно пытаться менять ее "на лету" но в любом случае думаю в будущем клиенты будут вести свой внутренний рейтинг каналов, нерешаемых проблем тут не вижу.

Это в общих чертах суть проблемы: https://ru.scribd.com/document/431290943/DoS-attack-on-Lightning#from_embed
Я описал один из возможных вариантов использования этой уязвимости (не буду выкладывать ссылку на него, т.к. это личная переписка с разработчиками).
С одной стороны, маршрут можно задавать как хочется. С Другой стороны, реальная блокировка каналов для совершения платежа выполняется последовательно. И если один из каналов не удаётся заблокировать, текущие реализации автоматически не строят новый маршрут целиком, т.к. это будет связано с отменой предыдущих блокировок. Решение этого вопроса активно прорабатывается, и в ближайших обновлениях описанный вариант будет пофиксен.

Вот решение по авто-бэкапам для LND: https://github.com/darwin/lnd-auto-backup

[samuel-sd]

Вот решение по авто-бэкапам для LND: https://github.com/darwin/lnd-auto-backup

Я видел данный вариант и даже хотел его реализовать. Принцип его заключается в том, что файл бекапа (channel.backup) мониторится утилиткой на предмет изменения и как только файл изменился утилитка запускает скрипт по его копированию куда-нибудь.

Мне показалось более красивым - настроить NFS на удаленном сервере (в облаке например) и подключить NFS storage к нашей ноде, как директорию в файловой системе. В linux такая директория ничем не отличается от локальной. Далее я прописал путь к файлу бекапов в эту директорию и вуаля - lnd поддерживает актуальным бекап уже на удаленном сервере и без всяких костылей по копированию файлов.
Я это реализовал на сервисе aws.amazon, на первый взгляд все работает нормально.

У меня месяцами LND работает без перезапуска, никогда такой проблемы не было.

Проблема проявилась, когда канал был открыт onchain транзакцией с маленьким fee и сама транзакция висела часов 12 в mempool пока не была добавлена в blockchain. По какой-то причине lnd упустил этот момент и она у меня так и висела в pending. пока я не перезапустил службу lnd.

[QWeB]

Проблема проявилась, когда канал был открыт onchain транзакцией с маленьким fee и сама транзакция висела часов 12 в mempool пока не была добавлена в blockchain. По какой-то причине lnd упустил этот момент и она у меня так и висела в pending. пока я не перезапустил службу lnd.

Хорошо бы логи скинуть разработчикам...

[samuel-sd]

Подскажите, а для unchain транзакции на закрытие канала, тоже можно выгодное указать fee? Если так, то можно очень снизить onchain расходы, по сравнению например с обычным покупателем, который хочет купить что-то здесь и сейчас,  а мемпул забит.