Что такое HTLCs?

TL;DR: Hashed Timelock Contracts (HTLCs) обеспечивают атомарные свопы, не требующие доверия, за счёт сочетания хешлока (доказать знание секрета) с таймлоком (возврат средств, если секрет не раскрыт). Впервые предложенные в 2013 году и внедрённые в Lightning Network от Bitcoin в 2015 году, сегодня они лежат в основе кросс-чейн свопов, submarine swaps и DEXs без обёрнутых активов. Несмотря на проблемы с приватностью и опциональностью, HTLCs остаются основой интероперабельности и развиваются в PTLCs (Point Timelock Contracts) ради большей приватности и эффективности.

Hashed Timelock Contract (HTLC) — это тип смарт-контракта, который позволяет проводить условные платежи или свопы. Он объединяет два криптографических примитива:

• Хешлок: средства можно забрать, только если получатель предоставит прообраз s известного хеша H = Hash(s).
• Таймлок: если получатель не предоставит прообраз до истечения срока, отправитель может оформить возврат своих средств.

Это обеспечивает атомарность: либо контракт успешно завершается для обеих сторон, либо он безопасно отменяется.

Сценарии использования HTLCs:

• Атомарные кросс-чейн свопы, когда активы в двух разных блокчейнах обмениваются без доверия.
• Маршрутизация в Lightning Network, где каждый хоп платежа защищён HTLC.
• Мосты и submarine swaps, обеспечивающие интероперабельность ончейн ↔ офчейн без обёрнутых активов.

Общий процесс атомарного свопа на HTLC выглядит так:

1. Пользователь генерирует секрет s и делится только хешем H.
2. Пользователь блокирует средства в HTLC в блокчейне A с хешлоком H и таймлоком t_A.
3. Солвер, увидев H, блокирует средства в HTLC в блокчейне B с тем же хешем H, но с более коротким таймлоком t_B < t_A.
4. Пользователь погашает HTLC солвера в блокчейне B, раскрывая s.
5. Солвер узнаёт s из блокчейна B и использует его, чтобы погасить HTLC пользователя в блокчейне A.
6. Если кто-то затягивает, таймлоки гарантируют безопасный возврат средств.

Подробнее об атомарных свопах на HTLCs — здесь.

Эволюция HTLCs

Истоки: радикальная идея 2013 года

История HTLCs начинается на форумах Bitcointalk в мае 2013 года. Псевдонимный разработчик TierNolan описал метод, позволяющий обменивать активы между разными блокчейнами без опоры на посредников. Принцип был элегантным: хешлок + таймлок = контракт, который гарантирует исполнение по принципу «всё или ничего».

Строительные блоки в скрипте Bitcoin (2014-2016)

HTLCs стали возможны, когда Bitcoin представил:

• BIP65 (CLTV, 2014) для абсолютных таймлоков.
• BIP68 и BIP112 (CSV, 2016) для относительных таймлоков.

Это позволило создавать в контрактах принудительно исполняемые ветки возврата средств, сделав HTLCs практичными ончейн.

Lightning Network: первое масштабное внедрение (2015–2017)

В статье о Lightning Network (2015) HTLCs использовались для защиты платежей с несколькими хопами. Когда получатель раскрывал прообраз, каждый предыдущий хоп мог безопасно забрать средства.

К 2017 году спецификации BOLT определили точные форматы вывода HTLC ончейн, закрепив их роль как основного механизма Lightning.

Атомарные кросс-чейн свопы (2017)

В сентябре 2017 года HTLCs попали в заголовки:

• Атомарный своп Decred ↔ Litecoin.
• Вскоре после этого — своп Litecoin ↔ Bitcoin.

Это подтвердило на практике изначальное видение TierNolan из 2013 года.

Расширение и эксперименты (2018–2022)

HTLCs быстро распространились по разным сценариям использования:

• Маршрутизация в Lightning (обзор HTLC от Optech).
• Submarine swaps через Lightning Loop.
• Интеграции кошельков/DEX, такие как Liquality и Komodo AtomicDEX.

Эволюция, движимая исследованиями: PTLCs (2020–2025)

HTLCs выявили проблемы утечек приватности (один и тот же хеш на всех хопах, см. исследование приватности Lightning).

Point Timelock Contracts (PTLCs) с адаптерными подписями появились как преемники, предлагая приватность, эффективность и устойчивость к перехвату маршрутизации.

Point Timelock Contracts (PTLCs) — это преемники HTLCs, которые используют точки эллиптической кривой вместо хеш-прообразов, решая проблемы приватности HTLCs за счёт того, что один и тот же хеш не переиспользуется на каждом хопе платёжного маршрута. Это затрудняет корреляцию платежей и защищает приватность маршрутизации.

Вместо раскрытия хеш-прообраза PTLCs используют адаптерные подписи — частичную подпись, в которую встроен секретный скаляр. Когда получатель дополняет подпись, чтобы забрать средства, секрет можно извлечь, но каждый хоп использует уникальную точку кривой, в отличие от HTLCs. Это не только сохраняет атомарность, но и чисто интегрируется со Schnorr/Taproot, делая PTLCs более приватными, эффективными и неотличимыми от обычных платежей.

Наша точка зрения (2023)

В Garden, изучая интероперабельность Bitcoin в конце 2023 года, мы естественным образом пришли к HTLCs. Альтернативы вроде обёрнутых токенов или мостов lock-and-mint добавляли кастодиальный риск и сложность.

HTLCs, напротив, не требовали новых активов — только прямое криптографическое исполнение. Этот минимализм совпал с нашей философией интероперабельности с минимизированным доверием.

Путь вперёд

Сегодня HTLCs — это:

• Сердцебиение Lightning.
• Мост в submarine swaps.
• Фундамент для PTLCs.

От поста TierNolan на форуме (2013) до многомиллиардной маршрутизации сегодня HTLCs прошли путь от обсуждения на форуме до глобальной финансовой инфраструктуры.

Их преемники могут их усовершенствовать, но принцип остаётся вневременным: не требующее доверия, условное, атомарное исполнение между системами.

О Garden

Garden — самый быстрый мост для Bitcoin, позволяющий выполнять кросс-чейн свопы Bitcoin всего за 30 секунд. Он построен на архитектуре, основанной на интентах, с не требующим доверия исполнением, что обеспечивает нулевой кастодиальный риск для пользователей.

Присоединяйтесь к townhall Garden и спросите наших опытных gardeners о кислотности почвы и подрезке кустов.

Часто задаваемые вопросы

1) Какую проблему решают HTLCs?

Они обеспечивают атомарное, не требующее доверия исполнение между хопами или блокчейнами: либо получатель раскрывает прообраз и все получают деньги, либо наступают сроки и все получают возврат средств, что устраняет эскроу и кастодианов.

2) Безопасны ли HTLCs?

Да, HTLCs криптографически безопасны, поскольку опираются на стойкие хеш-функции (устойчивые к коллизиям, стойкие к нахождению прообраза) и на принудительно исполняемые таймлоки в скрипте Bitcoin (CLTV/CSV). Эти гарантии обеспечивают, что либо получатель раскрывает секрет, чтобы забрать средства, либо, если срок истекает, отправитель безопасно получает возврат средств. Это делает их по своей конструкции системами с минимизированным доверием, без опоры на посредников или обёрнутые активы.

3) В чём разница между HTLC и PTLC?

HTLCs используют хеш-прообраз (H = Hash(s)), который может выдавать корреляцию между хопами; PTLCs используют точку эллиптической кривой (P = s*G) через адаптерные подписи, что даёт уникальность на каждом хопе, лучшую приватность и более чистую интеграцию с Taproot, сохраняя при этом атомарность.

4) Требуют ли HTLCs обёрнутых активов или кастодианов?

Нет, HTLCs обменивают нативные активы в каждом блокчейне с помощью криптографических условий, без lock-and-mint и синтетических токенов, что снижает кастодиальные риски и риски смарт-контрактов моста.

5) Что произойдёт, если получатель так и не раскроет секрет?

Активируется ветка таймлока: нижестоящие контракты возвращают средства первыми (более короткий t_B), затем происходит возврат средств у вышестоящих (t_A > t_B). Такая ступенчатая схема таймаутов не даёт средствам застрять и сохраняет атомарность в случаях сбоя.