Пожалуйста, смотрите locktime

Давайте тогда ещё раз поговорим про revocation private key:

Когда вы открываете канал, вы получаете от партнёра его revocation_basepoint, и для каждой закрывающей канал транзакции (Commitment Transaction) вы отправляете партнёру per_commitment_point. У revocation_basepoint есть revocation_basepoint_secret, который является секретным ключом, который партнёр хранит при себе. Per_commitment_point имеет per_commitment_secret, который вы держите при себе (пока).

Когда вы меняете состояние балансов канала (лайтнинг транзакция), вы используете revocation_basepoint другого человека и per_commitment_point для генерации открытого ключа revocation_key. Этот ключ затем используется в скрипте, который выглядит следующим образом:


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

Прежде чем создать новое состояние балансов канала, вы должны "закрыть" предыдущее. Для этого вы отправите партнёру per_commitment_secret, который вы использовали для  предыдущего состояние балансов канала. Партнёр сможет использовать этот per_commitment_secret и свой собственный revocation_basepoint_secret, чтобы получить закрытый ключ для  revocation_key.

Если вы захотите опубликовать в сеть биткоина устаревшее состояние балансов канала, у партнёра теперь есть вся необходимая информация для создания закрытого ключа для  revocation_key. Он может использовать этот закрытый ключ для подписания транзакции, которая тратит ваш вывод to_local, тем самым забрать ваши монетки и наказать вас за публикацию устаревшего состояние балансов канала (и не только за этот грех, но и за другие, ну вы сами знаете...). Поскольку у вас нет его revocation_basepoint_secret, вы не можете получить revocation private key и, таким образом, должны ждать время задержки (locktime), прежде чем сможете потратить свои средства.

https://github.com/lightningnetwork/lightning-rfc/

Ну ОК, а я тогда не стыжусь сообщить вам, что никакого OP_CSV вы не увидите, т.к. это P2WSH (Pay-to-Witness-Script-Hash). В SV такого типа адресов нет, Крэг не велит, поэтому дальше будет ересь.
UPD: Хотя я вижу вы полтора года назад эту тему копали...

А видеть мы можем это:, что есть две подписи из двух.

В соответствии с тем, что я писал выше, на выходе возможно четыре различных варианта "2 из 2х":
1) транзакция актуального состояния канала, 2 из 2х, моментальный вывод (кооперативное закрытие);
2) транзакция актуального состояния канала, 2 из 2х, но с задержкой по времени (закрытие одной из сторон);
3) транзакция устаревшего состояния канала, 2 из 2х, но с задержкой по времени (закрытие одной из сторон, жульничество);
4) UPD:транзакция устаревшего состояния канала, 2 из 2х, моментальный вывод  здесь P2WSH_V0 транзакция, тратит выход из транзакции №3 (жульничество раскрыто, жульническая транзакция замещена, все средства отправляются обманутой стороне).

Прошу вас, пропускайте, если не интересно. Этож форум, а не персональный урок.

Вот вы сами писали:
Смотрим следующую транзакцию с "транзитного адреса" ,  
Что там? - обычный P2WPKH.
Почему так? - читаем скучную спецификацию: Эти средства ушли все целиком партнёру. Зачем здесь OP_CSV? Я сам закрыл канал и сам отправляю его деньги целиком в размере канала.

Чтобы увидеть что-то похожее, на то, что вы хотите увидеть, нужно смотреть транзакцию:
1) закрываемую с временной задержкой (Commitment Transaction),
2) закрываемую мной,
3) есть средства, уходящие мне.
или
2.1.) закрываемую партнёром,
3.1.) есть средства, уходящие партнёру.
Я нашёл такую транзакцию у себя:
- закрыта мною, есть средства, уходящие мне.

Соответственно смотрим следующие транзакции:
1) - здесь обычный P2WPKH, деньги уходят партнёру.
2) - здесь как раз P2WSH, т.к. деньги уходят мне.

Декодируем (вы декодировали для меня, теперь позвольте и мне декодировать для вас)

OP_CSV я тут не нашёл!  
  
Ищем дальше в интернетах, и находим пример штрафной транзакции
Снова декодируем (теперь вы мне должны одно redeem-скрипт декодирование!)

Опять нет OP_CSV!
Зато здесь и в предыдущем примере есть OP_CHECKSEQUENCEVERIFY, подойдёт?  

Обновил свой LND до версии 0.6

Наконец-то смог выполнить бэкап каналов "промышленным" способом

Мечты сбываются!

Да, в новой версии появилась такая возможность, пример команды привёл выше.

Я вот в англ не силен. Если не сложно потом расскажешь вкратце о чем говорили?

Ну я думаю тогда будут статьи на эту тему.

Ну, в принципе, в режиме `prune` смартфон вполне может быть фуллнодой.
Если, конечно, это можно назвать фулл-нодой - я бы назвал с большой натяжкой.
Ладно, это вопрос семантики - насколько можно считать это фулл-нодой.
Может быть и 200 гигов блокчейна можно засунуть с нынешними технологиями,
можно даже в облачное хранилище с дедупликацией

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

Вот только зачем? Я снова и снова повторяю вопрос - неужели вы думаете, что это
даст какие-то заметные преимущества по сравнению с традиционными институтами?