Перечитайте еще раз что я написал.


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

Да вроде не было такого утверждения. Просто для того, чтобы принимать средства, сейчас нужно чтобы кто то пробросил канал к вашей ноде. По этому у неё должен быть ИП адрес (или адрес тор сети).
Prune нода пишут, что не подойдёт.

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

Когда Алиса отправляет Бобу средства, залоченные в канале, Алиса подписывает и передает
транзакцию вида "раньше на моей стороне было 0.1 btc, теперь на моей стороне 0.0 btc"
Кому она передаст это, если Боба нет в онлайне? А если он вообще навсегда умер? Или
не появится месяц? Он так и не узнает, что ему прислали что-то.

Именно.

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

Алиса не сможет послать LN транзакцию если Боб в оффлайне.
Я кстати думаю, что если Алиса обнаружит долгое отсутствие в онлайне Боба, то она просто должна закрыть канал на своей стороне, вне зависимости, какие там автоматические таймлоки первоначально создавались.

Ну я понял, что для отправки полная нода не нужна.
Зачем нужна полная нода при получении?

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

Полная нода биткоина при получении не нужна, достаточно SPV.

Алиса может отправить средства Бобу только тогда, когда Боб онлайн. Если Боб пропал до первого платежа по каналу, Алисе только и остаётся подписать свою транзакцию на возврат 0,1 (которую ей подписал и прислал Боб в момент создания канала) и опубликовать ее в сеть. Т.к. в контракте канала указано, что при получении транзакции  сетью биткоин нужно залочить ее на некоторое время, Алиса получит свои кровные только по прошествии этого некоторого времени.

Если платёж был совершён до смерти Боба, то в результате платежа у Боба есть транзакция, подписанная Алисой и ... специальный ключ revocation key, который Боб может предъявить (в виде публикации специальной транзакции в сеть биткоина revoked commitment transaction). Этот специальный ключ Алиса сгенерировала ещё на этапе предыдущей транзакции (транзакции создания канала) но хранила его у себя до поры до времени и передала с новой подписанной транзакцией (как бы этим аннулировав предыдущую). Суть его в том, что если Алиса опубликует в сеть предыдущую (устаревшую) транзакцию, Боб может его "предъявить" и получить все средства Алисы на свой адрес.

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

Когда я писал про теорию игр, гадалок и Рен-ТВ, я специально указал, что Алиса не должна знать Боба. Чем меньше у нее знаний о Бобе, тем с меньшей вероятностью она может определить смерть Боба. Конечно, например, если у меня нода LENINGRAD и Питерский IP-шник, и на Петербург была сброшена ядерная бомба, и в это время моя нода стала офлайн, - всё это хороший повод для мошенничества, именно для этого и планируется сделать "институт" сторожевых башен.

И вот сидит такая Алиса, и видит, что Боб, о котором она ничего не знает, офлайн, и думает: то ли Боб умер, то ли специально меня провоцирует, а как увидит мою мошенническую транзакцию  в сети сразу включится и  опубликует к ней специальный ключ?

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