Мітка часу в блокчейні — це дані в кожному блоці, що фіксують час його створення, зазвичай у форматі часу Unix. Вона допомагає вузлам узгоджувати порядок транзакцій, підтримує консенсус і спрощує виявлення подальших змін у реєстрі.
На відміну від єдиного довіреного годинника, загальнодоступні мережі, як-от Bitcoin та Ethereum, дають змогу майнерам або валідаторам пропонувати час створення блоків у межах суворих правил дійсності. Такий підхід зберігає децентралізацію й водночас дає застосункам практичне розуміння того, «коли» відбулася подія — від запобігання подвійному витрачанню до керування доступом за часом до смарт-контрактів.
block.timestamp за подібними правилами прийнятної приблизності.Мітка часу в блокчейні — це запис, який прив’язує блок або транзакції всередині нього до приблизного моменту часу. Разом із криптографією та консенсусом вона підтримує узгодженість спільного реєстру: наступні блоки будуються на основі попередніх, а переписування історії стає витратним.
На практиці мітка часу зазвичай міститься в заголовку блока у форматі часу Unix — кількість секунд від 1970-01-01 за UTC. Вона не призначена для точності до мілісекунд на кожному вузлі. Мережі лише вимагають, щоб значення перебувало в узгоджених межах. Це дає змогу блокчейну створювати блоки в усьому світі без централізованого джерела часу й водночас перевіряти, коли існували дані або запис.
Фізичні мітки часу почали використовувати у вигляді службових штампів і поштових відбитків, які позначали час отримання документа. Пізніше цифрові системи почали додавати до файлів час їхньої зміни, а до фотографій — час створення.
Криптографічне позначення часу зробило вирішальний крок у 1991 році, коли Стюарт Габер і В. Скотт Сторнетта описали способи позначення документів часом, щоб подальші зміни можна було виявити. Це дослідження вплинуло на розробку Bitcoin у 2008 році — децентралізованого реєстру, який використовує мітки часу блоків для впорядкування транзакцій і захисту історії без єдиного органу контролю.
Мітки часу в блокчейні поєднують хешування, підписи або консенсус і публічну перевірюваність. Це дає змогу сторонам підтвердити, що дані існували в певний момент або щонайменше не пізніше блока, у якому їх зафіксували.

Довірене позначення часу безпечно фіксує момент створення або зміни документа. Після видачі ні власник, ні третя сторона не повинні мати змоги змінити зафіксований час без виявлення такої зміни, якщо орган, що засвідчує час, діє чесно. Мета полягає в забезпеченні цілісності даних і підтвердженні їхнього існування в певний момент.
Типовий процес із TSA відбувається так: обчисліть криптографічний хеш даних як унікальний відбиток, надішліть лише цей хеш до органу, що засвідчує час, дозвольте TSA прив’язати значення часу до хешу й підписати результат, а потім отримайте підписану мітку часу. TSA не потребує оригінального файла, що захищає конфіденційність.
Щоб виконати перевірку, повторно обчисліть хеш оригінальних даних, об’єднайте його із зафіксованим часом відповідно до вимог протоколу та перевірте підпис TSA за допомогою відкритого ключа TSA. Однакові хеші та дійсний підпис підтверджують, що мітку не змінювали. Після видачі перевірка може ґрунтуватися на файлі, відповіді з міткою часу та відкритому ключі.
У Bitcoin та інших загальнодоступних мережах будь-хто може обчислити хеш даних і включити його до транзакції. OpenTimestamps — широко використовуваний підхід, орієнтований на Bitcoin: сервери календаря допомагають об’єднати хеші багатьох документів у дерево Меркла, а потім закріпити корінь Меркла ончейн, щоб кореневий хеш фіксував базові дані. Після підтвердження мітка часу навколишнього блока та його глибина стають доказом того, що хеш існував до цього моменту. У мережах на основі proof-of-work переписування такого доказу означає необхідність перевищити хешпотужність чесних учасників; у мережах proof-of-stake — подолати припущення щодо фінальності, зваженої за стейком. У будь-якому разі зобов’язання є публічним і може бути незалежно перевірене, хоча його закріплення може потребувати комісії за транзакцію.
Основні мережі реалізують подібні ідеї, але відрізняються деталями консенсусу та потребами застосунків. Такі джерела протокольної інформації, як документація для розробників Bitcoin і Ethereum.org, описують практичний підхід кожної мережі до часу створення блоків.
У Bitcoin кожен заголовок блока містить мітку часу Unix, яку встановлює майнер. Правила дійсності зазвичай вимагають, щоб час був пізнішим за медіану попередніх 11 блоків (медіанний час попередніх блоків) і випереджав час, скоригований мережею, не більш ніж приблизно на дві години. Вузли обмінюються зміщеннями від UTC, щоб сформувати уявлення про мережевий час, і обмежують відхилення мережевого часу від місцевого.
Мітки часу навмисно допускають певний запас — часто близько однієї-двох годин, — щоб майнери в усьому світі могли синхронізуватися без ідеально узгодженого годинника. Bitcoin зберігає це значення у спосіб, що дає змогу уникнути класичного переповнення знакового 32-бітного числа у 2038 році протягом тривалого періоду. Коригування складності також залежить від спостережуваних інтервалів між блоками, тому достатньо надійні мітки часу важливі для довгострокового темпу випуску монет.
Блоки Ethereum також містять мітку часу у форматі, подібному до Unix. Після The Merge створення блоків виконують валідатори proof-of-stake, а не майнери PoW, але block.timestamp і надалі доступний смарт-контрактам для вестингу, аукціонів та інших обмежень за часом.
Валідатори можуть дещо змінювати мітки часу в межах протокольних обмежень. Тому контракти мають сприймати це значення як приблизне, а не як високоточне джерело даних. Надмірно майбутні мітки часу обмежуються, оскільки вони можуть спотворити припущення щодо порядку подій або створити несправедливі переваги. Для оцінювання затримки різниця між часом реального світу та block.timestamp є лише приблизним сигналом з огляду на мережеву затримку й дозволене відхилення.
Атака Time Warp — це спроба передати оманливі мітки часу блоків, щоб алгоритм складності недооцінив швидкість знаходження блоків. Якщо складність знизиться надмірно, зловмисник із достатньою хешпотужністю зможе майнити швидше й збільшити випуск монет порівняно з передбаченим графіком.
У Bitcoin складність коригується протягом тривалих епох, а чесна більшість хешпотужності робить тривалу маніпуляцію часом непрактичною. Мережі, які дуже часто перераховують складність або поєднують кілька алгоритмів із меншим запасом безпеки, можуть мати більшу поверхню атаки. Запропоновані виправлення протоколу часто створюють компроміс із ризиком форка, тому спільноти зіставляють серйозність проблеми з витратами на оновлення.
Мітки часу в блокчейні підтримують автентичність, можливість аудиту та впорядкування подій у всіх випадках, коли незалежним сторонам потрібна спільна шкала часу.

Хешування рукопису, файла дизайну або дослідницького проєкту й закріплення цього хешу ончейн може допомогти згодом підтвердити, коли існувала певна версія. У спорах щодо інтелектуальної власності перевірюваний період створення може доповнювати, але не замінювати офіційну реєстрацію та місцеве законодавство.
Біржі, банки та ончейн-реєстри позначають перекази часом, щоб аудитори могли відновлювати послідовність подій, звіряти рахунки й розслідувати аномалії. Майданчики з високою частотою операцій і надалі покладаються на спеціалізовані офчейн-годинники; час блока забезпечує приблизний порядок і контекст розрахунків, а не точність зіставлення ордерів на біржі.
Фіксація етапів передавання — виробництва, відвантаження, митного оформлення та доставки — створює простежуваний ланцюг походження й відповідності вимогам. Для швидкопсувних товарів події зі зберігання або обробки, обмежені в часі, можуть використовуватися для перевірки якості в поєднанні з датчиками та оракулами.
Події, пов’язані зі страховими вимогами, нотаріально засвідчені записи та журнали ланцюга зберігання отримують переваги від захищеного від підробки фіксування часу. Суди й регулятори в різних юрисдикціях по-різному оцінюють доказову силу блокчейн-міток, тому юридичне використання й надалі залежить від місцевих правил і супровідної документації.
Мітка часу в блокчейні — це приблизна, але перевірена консенсусом позначка часу, яка допомагає впорядковувати блоки, запобігати подвійному витрачанню та доводити, що хеш існував на певній висоті блока або раніше. Довірені TSA й ончейн-зобов’язання, як-от OpenTimestamps, розв’язують пов’язані завдання за різних моделей довіри; Bitcoin та Ethereum використовують практичні часові межі дійсності, а не ідеальні годинники. Розуміння цих обмежень і ризиків, зокрема атак Time Warp, допомагає зберігати обґрунтованість проєктування протоколів і логіки застосунків.
Зазвичай це поле з часом Unix у заголовку блока, яке фіксує заявлений створювачем блока час його створення. Вузли приймають його лише тоді, коли воно відповідає правилам протоколу щодо нещодавніх блоків і мережевого часу.
Децентралізовані мережі не мають єдиного авторитетного годинника. Допустиме обмежене відхилення дає змогу географічно розподіленим майнерам або валідаторам продовжувати створювати блоки й водночас відхиляти явно абсурдні значення часу.
Серед інших перевірок Bitcoin зазвичай вимагає, щоб мітка часу була пізнішою за медіану попередніх 11 блоків і перебувала приблизно в межах двох годин від часу, скоригованого мережею на основі даних від вузлів-учасників.
Вони можуть використовувати його для приблизної часової логіки, але розробники мають припускати, що валідатори можуть зміщувати це значення в межах дозволених обмежень. Для критично важливих кінцевих термінів часто потрібні додаткові засоби захисту, а не лише час одного блока.
Це спроба маніпулювати мітками часу, щоб складність несправедливо зменшилася. Великі мережі PoW із повільним повторним налаштуванням складності роблять успіх малоймовірним без переважної хешпотужності, тоді як менші мережі або мережі з частим коригуванням можуть бути чутливішими.
* Ця інформація не є фінансовою порадою чи будь-якою іншою рекомендацією, запропонованою чи схваленою Gate.
* Цю статтю заборонено відтворювати, передавати чи копіювати без посилання на Gate. Порушення є порушенням Закону про авторське право і може бути предметом судового розгляду.





