CHECKLOCKTIMEVERIFY проверяет абсолютное условие времени или высоты. Достижение границы само по себе не создаёт и не отправляет транзакцию.

01 · ПРОВЕРЕННЫЕ ФАКТЫ

Что подтверждает первоисточник

BIP 65 от 1 октября 2014 года определяет OP_CHECKLOCKTIMEVERIFY. Внедрённое изменение позволяет скрипту требовать абсолютную временную блокировку через проверки nLockTime транзакции и sequence расходуемого входа. Bitcoin BIPs — BIP 65: OP_CHECKLOCKTIMEVERIFY ↗

Тип блокировки в скрипте должен соответствовать типу nLockTime — высоте или времени, а её значение не должно превышать nLockTime. Финальное значение sequence 0xffffffff приводит к неудаче указанной проверки. Bitcoin BIPs — BIP 65: OP_CHECKLOCKTIMEVERIFY ↗

02 · АНАЛИЗ РЕДАКЦИИ WFN

Что это меняет в анализе

Практическое различие — между возможностью потратить и исполнением платежа. Выполнение временного условия убирает конкретное препятствие, но не создаёт подписи, не формирует транзакцию и не публикует её.

Это также отличается от относительного ожидания после подтверждения выхода. BIP 65 задаёт абсолютную высоту или время. Описание любой блокировки как «подождать столько-то блоков после поступления» меняет смысл механизма.

03 · ДАЛЬНЕЙШАЯ ПРОВЕРКА

Что проверить перед выводом

WFN предлагает проверять реальную ветку скрипта, тип блокировки и остальные требования до вывода о доступности средств. Подпись в интерфейсе кошелька не заменяет полного набора условий выхода.

Материал объясняет исторический протокол, а не запуск новой функции в 2026 году. Для утверждения об автоматическом платеже нужны сведения о приложении, которое создаёт и отправляет транзакцию, помимо самого timelock.