Немного о типах Lightning Network смарт-контрактов
⬇️⬇️⬇️
Соединяя различные типы смарт-контрактов между собой, можно добиться нужного поведения, например, заблокировать деньги до определенной даты, затем требовать электронной подписи для разблокировки
Hash time lock contracts (HTLC)
HTLC контракты представляют собой несложную, но при этом очень эффективную конструкцию, позволяющую создавать платежи с определенным "сроком годности".
HTLC - контракт состоит из 2-ух частей: проверки хеша и проверки истечения определенного времени.
Для создания HTLC платежа сначала должен быть создан секрет R, а затем посчитан его хеш H. В качестве секрета может выступать что угодно — цифра или слово, но все равно это всего лишь набор байтов.
Этот хеш H будет включен в запирающий скрипт. Таким образом испльзовать платеж сможет только тот, кто знает секрет, хешированием которого был получен H.
Второй частью htlc-контракта является проверка истечения времени блокировки платежа. Если секрет не был вовремя выявлен и платеж не был использован, отправитель может вернуть все средства себе.
Это базовая имплементация HTLC-контракта, представляющая из себя обычный time-lock платеж. Можно добавить сколько угодно различный условий к скрипту: можно сделать платеж доступным любому, кто знает секрет или же вместо одной подписи требовать несколько.
2×2 multisig
Это смарт-контракт, который открывается при условии предоставления электронной подписи двумя людьми. Это те же самые люди, которые предоставили деньги.
Time-lock
Это смарт-контракт, который блокирует деньги до указанного в нем времени.
Допустим, мы используем известный вход и генерируем выход, используя сложный длительный процесс - хэширование. Затем используем выход в качестве криптографического ключа для шифрования информации.
Закончив шифрование, мы удаляем сгенерированый выход, и остаемся только с известным входом, с которого и стартовали. Расшифровать эту информацию можно только с помощью выхода, который мы исключили, так что единственным способом проверить работу протокола останется повторить тот самый продолжительный процесс, начиная со входа.
Время, которое требуется, чтобы закрыть информацию это и есть время, которое необходимо для генерации выходной информации заново.
Time-lock шифрование происходит в два этапа. Первый — закрыть ключами информацию на входе, используя продолжительный процесс и второй этап — повторить весь этот процесс, чтобы получить такое же число на выходе. На первом этапе можно использовать параллельную обработку, чтобы увеличить скорость процесса, в то время как второй этап должен быть сделан только последовательно для получения правильного результата на выходе.
⬇️⬇️⬇️
Соединяя различные типы смарт-контрактов между собой, можно добиться нужного поведения, например, заблокировать деньги до определенной даты, затем требовать электронной подписи для разблокировки
Hash time lock contracts (HTLC)
HTLC контракты представляют собой несложную, но при этом очень эффективную конструкцию, позволяющую создавать платежи с определенным "сроком годности".
HTLC - контракт состоит из 2-ух частей: проверки хеша и проверки истечения определенного времени.
Для создания HTLC платежа сначала должен быть создан секрет R, а затем посчитан его хеш H. В качестве секрета может выступать что угодно — цифра или слово, но все равно это всего лишь набор байтов.
Этот хеш H будет включен в запирающий скрипт. Таким образом испльзовать платеж сможет только тот, кто знает секрет, хешированием которого был получен H.
Второй частью htlc-контракта является проверка истечения времени блокировки платежа. Если секрет не был вовремя выявлен и платеж не был использован, отправитель может вернуть все средства себе.
Это базовая имплементация HTLC-контракта, представляющая из себя обычный time-lock платеж. Можно добавить сколько угодно различный условий к скрипту: можно сделать платеж доступным любому, кто знает секрет или же вместо одной подписи требовать несколько.
2×2 multisig
Это смарт-контракт, который открывается при условии предоставления электронной подписи двумя людьми. Это те же самые люди, которые предоставили деньги.
Time-lock
Это смарт-контракт, который блокирует деньги до указанного в нем времени.
Допустим, мы используем известный вход и генерируем выход, используя сложный длительный процесс - хэширование. Затем используем выход в качестве криптографического ключа для шифрования информации.
Закончив шифрование, мы удаляем сгенерированый выход, и остаемся только с известным входом, с которого и стартовали. Расшифровать эту информацию можно только с помощью выхода, который мы исключили, так что единственным способом проверить работу протокола останется повторить тот самый продолжительный процесс, начиная со входа.
Время, которое требуется, чтобы закрыть информацию это и есть время, которое необходимо для генерации выходной информации заново.
Time-lock шифрование происходит в два этапа. Первый — закрыть ключами информацию на входе, используя продолжительный процесс и второй этап — повторить весь этот процесс, чтобы получить такое же число на выходе. На первом этапе можно использовать параллельную обработку, чтобы увеличить скорость процесса, в то время как второй этап должен быть сделан только последовательно для получения правильного результата на выходе.