
Строк дії — це втрата чинності дії або дозволу після настання визначених умов: закінчення часу, зміни статусу чи зміни мережевого середовища. У Web3 строк дії має вирішальне значення, оскільки обмежує дозволи і ризики у чітких “часових та умовних” рамках, знижуючи ризик зловживань і атак повторного відтворення ("replay attacks").
Строк дії можна порівняти з терміном дії купона: коли період чинності закінчується, ордери не виконуються, підписи з простроченим строком не використовуються для виклику смартконтрактів, а прострочені дозволи контракт відхиляє. Цей механізм зменшує зловживання і захищає ваші активи.
Строк дії ордерів визначається “часовими та умовами виконання”. Найпоширеніші стратегії: GTC, IOC, FOK.
На спотовому і деривативному інтерфейсах Gate доступні стратегії IOC і FOK. Вибір IOC забезпечує миттєве завершення для невиконаної частини ордера; FOK виключає часткові виконання, підвищуючи визначеність стратегії.
Строк дії підписів і авторизацій зазвичай контролюється через “дедлайн” або “вікно чинності”. Багато DApp містять поле “дедлайн” у запитах на підпис; після цієї дати підпис стає недійсним.
EIP-2612 — стандарт “permit signature”, який дозволяє затвердження витрат токенів без ончейн-транзакції. Він містить дедлайн, після якого permit-підпис стає недійсним і контракт відхиляє спроби його використання.
EIP-712 — стандарт структурованих підписів, що містить ключові поля: chain ID, домен контракту та час завершення строку дії. Це захищає від атак повторного відтворення у різних середовищах; навіть якщо підпис скопіювали, його не використають після завершення строку дії або якщо контекст не збігається.
Коли гаманець запитує підпис, перевіряйте наявність полів “чинність” або “дедлайн”. Довший строк дії — більше вікно для зловживань; коротший — безпечніший, але вимагає оперативних дій.
Смартконтракти забезпечують строк дії через перевірку дедлайнів на вході у функції. Зазвичай перевіряють, чи поточна мітка часу блоку не перевищує дедлайн; якщо перевищує — виклик функції не виконується, дія вважається простроченою.
Мітки часу блоку встановлюють валідатори, можливі незначні відхилення. Контракти часто мають буферні періоди: це унеможливлює передчасне завершення і гарантує, що дії не виконують після дедлайну. Розробники додають поля типу “validUntil” до структур даних для уніфікованої перевірки.
У моделі UTXO Bitcoin скрипти з часовими обмеженнями також визначають вікно чинності транзакції. Наприклад, скрипт може заборонити витрату монет до або після певного часу — це використання часових обмежень для контролю чинності транзакцій.
Ончейн-час визначає “коли” дія стає недійсною, nonce визначає “чи” може бути повторно використано дію.
Nonce — лічильник транзакцій: nonce кожного акаунта має зростати. Якщо мережа приймає нову транзакцію з тим самим nonce, попередню замінюють і видаляють з mempool — це фактично завершення строку дії старої транзакції.
Мітки часу блоку надають продюсери блоків; це не абсолютний реальний час, але він критичний для визначення строку дії. Контракти використовують час блоку, щоб уникати залежності від зовнішніх годинників.
В Ethereum і сумісних мережах строк дії визначають на рівні контракту й DApp, часто через поля “дедлайн” і “nonce replacement” для захисту. Стандартні дозволи на токени не мають строку дії, тому багато застосунків впроваджують EIP-2612 для обмеження строку дії.
У Bitcoin скрипти з часовими обмеженнями і механізми блокування визначають вікно чинності транзакцій фундаментально: чи можна витратити монети до або після певного часу.
У Solana транзакції можуть містити “last valid block height”; після цього блоку транзакція недійсна — це формує вікно чинності за часом або висотою блоку. У Layer 2 логіка подібна до Ethereum: строк дії контролюють на рівні контракту й застосунків.
Строк дії створює два ризики: передчасне завершення (невдача операції) і затримку завершення (більше часу для зловживань).
Будьте уважні з операціями захисту коштів. Завершення строку дії не усуває ризик повністю; довгострокові дозволи, що ще діють, потребують активного контролю.
В інтерфейсі торгівлі Gate вибір стратегії виконання напряму визначає, як завершиться строк дії ордера:
Для контролю строку дії авторизацій, якщо ви працюєте з DApp через Web3-портал чи гаманець Gate, перевіряйте наявність дедлайнів у дозволах. Для дозволів без строку дії регулярно переглядайте й скасовуйте дозволи для невикористовуваних DApp через сторінку керування авторизаціями.
Застарілість джерела даних — це ще одна форма “завершення строку дії”. Оракули надають мітки часу; контракти перевіряють, чи дані потрапляють у допустиме “вікно свіжості”. Якщо ні — ціни вважають “застарілими”, а виклики відхиляють, що еквівалентно завершенню строку дії на рівні даних.
З кінця 2025 року провідні DeFi-протоколи все частіше перевіряють свіжість даних у цінових і процентних фідах — це потребує регулярних оновлень для зниження ризиків у волатильних ринках. Для NFT і метаданих на централізованих серверах “биті” посилання означають, що контент вважають простроченим — це функціонально ідентично завершенню строку дії.
На рівні вузлів блокчейн-клієнти переходять до політики обмеженого зберігання історичних даних. Дуже старі ончейн-дані можуть бути недоступні зі стандартних вузлів; розробникам потрібно використовувати архівні сервіси чи власні індекси, щоб уникати перебоїв через “завершення строку дії” даних.
Строк дії звужує ефективне вікно для ордерів, підписів, авторизацій і даних — це ключовий інструмент безпеки й управління у Web3. Знаючи межі, встановлені часом і станом, використовуючи перевірки строку дії на рівні контракту, заміну nonce, стратегії ордерів на біржі та керування авторизаціями DApp, можна збалансувати ефективність виконання з контрольованим ризиком зловживань і повторного відтворення. Завжди скасовуйте довгострокові дозволи, коли вони не потрібні, обирайте строк дії ордерів відповідно до стратегії, перевіряйте свіжість даних у контрактах і постійно проводьте аудит активності — перетворюючи “строк дії” з прихованої загрози на активний захист.
Режим завершення строку дії — це спосіб, у який функція, ордер чи авторизація припиняє діяти. У Web3 режими включають завершення за часом (наприклад, тайм-аут ордера), за параметрами (наприклад, ціна виходить за межі), та через відкликання (наприклад, ручне скасування дозволу). Розуміння режимів допомагає уникати неочікуваних збоїв у торгівлі чи ризиків для активів.
“Stalling” — це уповільнення або зависання виконання торгів; завершення строку дії — повна зупинка або втрата чинності функції. Завершення строку дії має чіткий кінець (наприклад, ордер досягає часу завершення), тоді як stalling — це зниження продуктивності. Ордер може завершити строк дії через stalling, але це різні поняття.
Автоматичне завершення строку дії ордерів — це вбудований захист, який спрацьовує через час (закінчення періоду чинності), ринкові умови (ціна виходить за пороги) або обмеження блоку (досягнення певної висоти блоку). Це захищає ваші угоди від виконання під час екстремальних ринкових коливань.
Завершення строку дії авторизації та ордера — різні поняття. Завершення строку дії авторизації — це кінець дозволу на використання коштів контрактом; завершення строку дії ордера — це втрата чинності торгового розпорядження. Одна транзакція може стикнутися з обома: завершення строку дії авторизації блокує виконання навіть за дійсного ордера; завершення строку дії ордера зупиняє виконання навіть за чинної авторизації.
Щоб перевірити, чи ордер завершив строк дії:
Якщо строк дії ордера завершився, для подальшої торгівлі потрібно створити новий ордер.


