Такой механизм называется Hash Timelock Contract (HTLC). Термин может показаться сложным, но его концепция довольно проста.
Она объединяет две технологии — хеш-лок и тайм-лок — для предотвращения нежелательных действий в платежных каналах.
Хеш-лок — это условие для транзакции, согласно которому вы можете расходовать средства, только предоставив определенные данные (секрет). Отправитель хеширует часть данных и включает хеш в транзакцию для получателя. Потратить средства можно, только предоставив оригинальные данные (секрет), соответствующие заданному хешу. Эти данные передаются получателю отправителем.
Тайм-лок — это условие, которое не позволяет тратить средства раньше определенного времени. Временной период указывается либо как фактическое время, либо как определенная высота блока.
HTLC создаются путем объединения хеш-локов и тайм-локов. На практике, HTLC могут использоваться для создания условных платежей: получатель должен предоставить секрет до определенного времени, или отправитель получает право на возврат средств.
Следующую часть лучше всего будет рассмотреть на нашем популярном примере, поэтому давайте снова вернемся к Екатерине и Евгению.
Рассмотрим пример: Екатерина и Евгений только что создали транзакции, которые финансируют адрес с мультиподписью. Данный адрес они собираются использовать в ближайшее время, но пока эти транзакции еще не опубликованы в блокчейне. Для начала нужно сделать еще одну вещь.
Три монеты Евгения и три монеты Екатерины
Помните, что единственный способ извлечь монеты из кошелька с мультиподписью — это совместная подпись транзакции обеими сторонами.
Например, для отправки всех шести монет на внешний адрес Екатерине потребуется одобрение Евгения. Для начала Екатерина сформирует транзакцию (шесть биткоинов на определенный адрес) и добавит собственную подпись.
Екатерина может сразу попытаться транслировать транзакцию, но она будет недействительной, поскольку Евгений не поставил свою подпись. Екатерина должна предоставить ему незавершенную сделку, и как только он подпишет ее, операция станет действительной.
Однако в данном случае, пока еще не предусмотрен процесс, обязующий участников действовать честно. Как мы уже упоминали ранее, если ваш контрагент отказывается сотрудничать, ваши средства фактически оказываются в ловушке. Давайте перейдем к механизму, который предотвращает это. Для этого есть несколько движущих элементов, которые станут решением такой проблемы.
У каждой стороны должен быть свой секрет. Назовем их секреты As и Bs. Пока Екатерина и Евгений не раскрывают свои секреты. Вместо этого они генерируют хеши соответствующих секретов — h(As) и h(Bs). Вместо того, чтобы делиться секретами, Екатерина и Евгений обмениваются хешами.
Екатерина и Екатерина обмениваются хешами своих секретов.
Екатерине и Евгению необходимо договориться об определенных транзакционных обязательствах перед отправкой переводов на адрес с мультиподписью. Это обеспечит безопасность в случае, если кто-то решит присвоить средства.
Если вы думаете о канале, подобном мини-регистру, на который мы ссылались ранее, то транзакционные обязательства — это обновления, которые вы вносите в регистр. Каждый раз, когда вы создаете новую пару транзакционных обязательств, вы делаете ребалансировку средств между двумя участниками.
У Екатерины будет два вывода: первый адрес она пополняет, а другой привязывается к новому адресу с мультиподписью. Она подписывает второй адрес и передает его Евгению.
Продолжение следует ...