Перейти к содержанию
Financial Context Wiki

Таймлоки: отложенные транзакции и действия управления

Таймлок заставляет транзакцию или действие контракта ждать заданного блока, временной метки или интервала. Узнайте, чем обеспечивается задержка и какие пути позволяют ее обойти.

Обновлено

Материал предназначен только для образовательных целей и не является инвестиционной рекомендацией. Инвестиции могут привести к убыткам.

Краткий ответ

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

Термин охватывает разные механизмы. Таймлок на уровне транзакции может запретить расходование монеты или сохранять транзакцию нефинальной до выполнения условия цепочки. Таймлок управления ставит уже разрешенный вызов контракта в очередь и требует минимальной задержки перед отправкой исполнителем. Их часы, переходы состояний и виды отказов различаются.

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

Как это работает

  1. Механизм задает часы. Порогом может быть высота блока, полученная из цепочки временная метка или время от предшествующего события в цепочке. Это значения протокола, а не обещание точного гражданского времени.
  2. Заблокированное действие связывается с условием. Абсолютный таймлок задает будущую высоту или время. Относительный отсчитывает интервал от события, например подтверждения расходуемого выхода. Контроллер управления записывает запланированную операцию и время ее готовности.
  3. Ожидание обеспечивает соответствующий уровень. Правила консенсуса могут отклонить преждевременную транзакцию или расходование по скрипту. Смарт-контракт может отклонить ранний вызов функции. Обратный отсчет на сайте не является таймлоком, потому что интерфейс можно обойти.
  4. Созревание меняет допустимость, а не намерение. После выполнения условия действие может стать действительным или готовым, но не обязано транслироваться или исполняться автоматически. Его все равно должен кто-то отправить, а остальные проверки полномочий и действительности сохраняются.
  5. Охват зависит от полномочий. В управлении таймлок должен владеть целевым контрактом или необходимыми ролями, а все равноценные привилегированные пути тоже должны иметь задержку. Права предлагающего, отменяющего, исполнителя и администратора определяют, кто может планировать, останавливать, исполнять или перенастраивать операции.

Bitcoin показывает различие на уровне транзакций. BIP 65 определяет CHECKLOCKTIMEVERIFY, который может запрещать расходование выхода до абсолютного условия высоты блока или времени. BIP 68 придает подходящим номерам последовательности входов принудительно обеспечиваемый консенсусом смысл относительного таймлока, отсчитываемого от возраста расходуемого выхода. Это не очередь контракта управления.

TimelockController от OpenZeppelin показывает задержку управления. Предлагающий планирует идентифицированную операцию с задержкой не меньше минимальной. После истечения таймера она переходит из ожидания в готовность, а затем должна быть выполнена исполнителем. Отмена и управление ролями следуют правилам контракта; изменение минимальной задержки также должно пройти через таймлок.

Примеры

Обновление протокола в очереди

DAO одобряет обновление, а ее управляющий контракт планирует в таймлоке точный целевой адрес, сумму, данные вызова, зависимость и соль. Во время задержки средства мониторинга могут сопоставить нагрузку с предложением и смоделировать последствия. Когда операция готова, ее отправляет уполномоченный исполнитель.

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

Отложенный путь транзакции

Скрипт может предусматривать путь расходования до срока и путь возврата после него. Цепочка обеспечивает условие при проверке расходования. Достижение порога само по себе не перемещает средства: правомочная сторона должна создать и передать действительную транзакцию, а подтверждение по-прежнему зависит от комиссии и включения в блок.

Риски и контрольный список

  • Обход полномочий: другой владелец, роль, модуль, ключ обновления или аварийный путь может выполнить защищенное действие без ожидания.
  • Неверные часы или граница: высота блока, время цепочки и прошедшее время не взаимозаменяемы; ошибка на единицу может разрешить расходование раньше или позже ожидаемого.
  • Недостаточная задержка: период ожидания может быть короче времени, необходимого для обнаружения, анализа, оповещения и реакции.
  • Нет практического выхода: остановленный вывод, задержки моста, неликвидность, анбондинг или перегрузка могут помешать действовать в номинальном окне.
  • Компрометация роли или тупик: злоумышленник с ролью предлагающего или администратора может поставить вредные вызовы в очередь; потеря исполнителей или чрезмерные права отмены могут блокировать законные операции.
  • Несоответствие нагрузки: понятный заголовок предложения не доказывает, что запланированные цель, сумма, данные, зависимость и соль реализуют одобренное голосованием.
  • Различия реализаций: истечение, отмена, пакетирование, зависимости, открытое исполнение и изменение задержки зависят от контракта и версии.
  • Ошибка блокировки: неверная временная метка, высота, последовательность, ветвь скрипта или недоступный ключ могут сделать активы недоступными дольше ожидаемого.

Распространенные заблуждения

Исполняется ли таймлок автоматически по истечении времени?

Обычно нет. Созревание, как правило, лишь делает действие допустимым. Транзакцию еще нужно передать в сеть, либо исполнитель должен вызвать контракт управления.

Делает ли таймлок управление безопасным?

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

Все ли таймлоки используют гражданское время?

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

Взаимозаменяемы ли транзакционные таймлоки и таймлоки управления?

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

Связанные темы

Источники

Навигация

Поиск по вики...