Point Time Locked Contract сочетает точечную блокировку с временным путём возврата: завершение adaptor signature раскрывает соответствующий скаляр, которым предыдущий участник завершает свою подпись, а после истечения timelock средства можно вернуть; это строительный блок протокола, а не стандартный сегодня тип платежа Lightning.
HTLC ставит успешную ветвь в зависимость от знания preimage общего хеша; PTLC вместо этого использует точку T = t·G и adaptor signature, которую можно завершить только со скаляром t. Временная ветвь сохраняется: если расчёт не состоялся, отправитель возвращает средства после timeout. [1]
Получатель выбирает секретный скаляр и публикует соответствующую точку. Каждая пара соседних узлов готовит незавершённые подписи для своей точечной блокировки; завершение последней подписи раскрывает разницей между адаптером и действительной подписью скаляр и позволяет провести расчёт обратно по маршруту. [1]
Отправитель может прибавить разные случайные скаляры для отдельных hop-ов, а узлы последовательно вычитают их точки. Два сотрудничающих маршрутизирующих узла уже не видят одинаковый payment hash, как в обычном HTLC; корреляция по сумме, времени, сроку или топологии всё же остаётся. [4]
BIP 340 задаёт подписям Schnorr линейное уравнение, поэтому адаптеры естественнее комбинируются, чем с ECDSA. С агрегированным ключом успешная on-chain трата может выглядеть обычной подписью, но реальная экономия места зависит от конструкции канала, multisignature протокола и аварийного пути. [2]
Безопасность зависит не только от точки и timelock. Реализация должна проверять адаптер, связывать подпись с сообщением и ключом, защищать nonce, безопасно извлекать скаляр, сохранять возврат и обрабатывать отключение контрагента; ошибка может раскрыть ключ или привести к потере средств. [1]
Текущий базовый BOLT #2 по-прежнему описывает update_add_htlc, update_fulfill_htlc и htlc_signature. Поэтому PTLC нельзя считать совместимой функцией обычной Lightning Network лишь из-за активности Taproot и BIP 340 в Bitcoin; нужны согласованные сообщения, состояния канала и совместимые реализации. [3]
Обсуждение разработчиков 2025 года указывает на отсутствие зрелых стандартизованных инструментов для adaptor signatures с MuSig2 и отдельных адаптеров Schnorr в распространённых библиотеках. PTLC технически проработан, но публичное состояние инструментов и спецификаций не подтверждает широкое внедрение. [5]
PTLC может улучшить декорреляцию маршрутизируемых платежей, proof of payment, атомарные многомаршрутные платежи и некоторые swaps. Сам по себе он не решает доступность канала, ликвидность, потерю состояния, злонамеренный timing или полную анонимность; пользу оценивают вместе с onion routing и конструкцией канала. [4]
Для полной картины прочитайте эту статью вместе с HTLC, Schnorr Signature, Lightning Network, Taproot, Payment Channel, Lightning Routing. На эту статью также ссылаются Trampoline Routing.
01Использует ли обычная Lightning Network сегодня PTLC вместо HTLC?+
Не как общую совместимую основу. Текущие спецификации BOLT всё ещё определяют сообщения и подписи HTLC. Для PTLC нужны дополнительные криптографические инструменты, сообщения, переходы состояний и согласие реализаций; одна активация Taproot эту миграцию не выполнила.
02Почему PTLC приватнее HTLC?+
Несколько hop-ов HTLC могут нести одинаковый payment hash, давая сотрудничающим узлам прямое значение для корреляции. PTLC позволяет каждому hop-у изменить блокировку добавлением локальной точки. Сумма, timing, срок и положение в сети всё равно могут связать платёж.