Когда изменение статуса SCL включается в транзакцию Биткойна, нет необходимости немедленно завершать эту транзакцию в блокчейне. Вместо этого ее безопасность может быть обеспечена за счет участия в платежном канале Lightning Network. Следовательно, каждый раз, когда канал Lightning обновляется, новое изменение статуса SCL может быть включено в обновленную транзакцию канала, делая предыдущую устаревшей.
Следовательно, становится возможным включить каналы Lightning для облегчения перемещения активов SCL и упростить маршрутизацию платежей по этим каналам, подобно стандартным платежам Lightning. Это представляет собой стандарт токенизации в сети Lightning, например, токенизированные активы, которые могут быть переданы всего за 0,0002$ и мгновенно погашены.
Чтобы создать канал SCL Lightning, первоначальным требованием является транзакция финансирования, которая состоит из двух различных компонентов: (1) выделение средств Bitcoin для создания мультисиговой структуры и (2) выделение активов SCL для перевода их на мультисиговую UTxO.
Биткойн-финансирование служит для создания UTxO канала, который будет служить хранилищем для активов. Примечательно, что биткойн-финансирование не обязательно должно содержать значительное количество сатоши; оно просто должно поддерживать достаточный баланс, чтобы все результаты, полученные в результате перехода обязательств Lightning, превышали лимит пыли, не требуя экономически значимой суммы.
После того как предварительная транзакция загружена, но еще не подписана и не передана, становится очень важно собрать транзакции обязательств, обеспечивающие одностороннее закрытие канала для обеих сторон. Структуры этих транзакций-обязательств в точности повторяют структуры стандартных каналов Lightening, за единственным исключением - включением дополнительного выхода на корпус якоря SCL для перехода в состояние SCL.
Переход состояния SCL облегчает передачу активов из местоположения мультисига, где произошло первоначальное финансирование, на выходы, генерируемые транзакцией Lightening обязательства. Таким образом, переход состояния SCL напрямую наследует все атрибуты безопасности от транзакции Lightening обязательства в случае одностороннего закрытия канала. Следовательно, если бы Дом передал устаревшее состояние, Пол имел бы возможность потратить выход, используя конфиденциальную информацию Дома. Во время такого расходования он не только переместит сатоши на адрес, находящийся исключительно под его контролем, но и переместит активы SCL на один из своих UTxO. Этот двухуровневый экономический сдерживающий фактор при попытке кражи с устаревшим состоянием не ограничивается только суммой сатоши, которая может быть незначительной, но распространяется на все SCL-активы, ранее заблокированные в канале.
И наоборот, если транзакция обязательств, транслируемая Домом, действительно была последним состоянием канала, Пол не сможет потратить выход, вызывающий транзакцию наказания. В этом случае Дом будет иметь возможность потребовать и сатоши, и активы SCL по истечении срока блокировки.
Контракты с временной блокировкой хэша
В приведенном выше отрывке мы наблюдали упрощение платежных каналов с участием всего двух сторон. Однако в действительности Lightning Network предназначена для облегчения платежей с участием множества участников, и все платежи по своей сути используют HTLC (хэш-контракты с временной блокировкой) на выходе. Тот же принцип применяется к каналам SCL; для каждого платежа, проходящего по этим каналам, к транзакции с обязательствами Lightning добавляется специальный выход HTLC. Выход HTLC должен содержать сумму биткоинов, превышающую лимит пыли, хотя его экономическое значение может быть минимальным. Одновременно с новым выходом HTLC в переход состояния SCL должно быть включено соответствующее распределение. Это распределение направляет количество активов, участвующих в платеже, на свежий выход HTLC. Сторона, успешно претендующая на выход HTLC, либо владея секретом, либо дождавшись истечения срока блокировки, может передать как сатоши, входящие в выход, так и все связанные с ним активы.