Временная метка в блокчейне — это данные в каждом блоке, которые фиксируют время его создания, обычно в формате Unix time. Она помогает узлам согласовывать порядок транзакций, поддерживает консенсус и упрощает обнаружение последующих изменений в реестре.
В отличие от единого доверенного источника времени, публичные сети, такие как Bitcoin и Ethereum, позволяют майнерам или валидаторам предлагать время создания блока в рамках строгих правил валидности. Такая архитектура сохраняет децентрализацию и одновременно дает приложениям пригодное для использования понимание того, «когда» произошло событие. Это помогает предотвращать двойную трату и управлять доступом к смарт-контрактам, зависящим от времени.
block.timestamp и применяет аналогичные правила допустимого приближения.Временная метка блокчейна — это запись, которая привязывает блок или содержащиеся в нем транзакции к приблизительному моменту времени. Вместе с криптографией и консенсусом она помогает поддерживать согласованность общего реестра. Каждый новый блок строится на основе предыдущих, поэтому переписывание истории становится затратным.
На практике временная метка обычно находится в заголовке блока и представлена в формате Unix time, то есть количеством секунд с 01.01.1970 по UTC. Она не предназначена для определения времени с точностью до миллисекунды на каждом узле. Сети требуют только, чтобы значение находилось в согласованных пределах. Благодаря этому блокчейн может создавать блоки по всему миру без централизованного источника времени и одновременно подтверждать, когда существовали данные или запись.
Первые физические временные метки появились в виде офисных штампов и почтовых отметок, которые фиксировали время получения документа. Позднее цифровые системы начали добавлять к файлам время изменения, а к фотографиям — время съемки.
Криптографическая фиксация времени получила решающий импульс в 1991 году. Тогда Стюарт Хабер и У. Скотт Сторнетта описали способы фиксации времени документов, которые позволяли обнаруживать их последующее изменение. Это исследование повлияло на разработку Bitcoin в 2008 году. Bitcoin стал децентрализованным реестром, использующим временные метки блоков для упорядочивания транзакций и защиты истории без единого центра управления.
Временные метки блокчейна объединяют хэширование, подписи или консенсус и публичную проверяемость. Это позволяет сторонам доказать, что данные существовали в определенный момент или, по крайней мере, не позднее блока, в котором они были зафиксированы.

Доверенная фиксация времени безопасно записывает момент создания или изменения документа. После выдачи временной метки ни владелец, ни третья сторона не должны иметь возможности изменить зафиксированное время незаметно для проверяющих, если служба фиксации времени действует добросовестно. Цель такой процедуры — обеспечить целостность данных и доказать их существование в определенный момент.
Типичный процесс с участием TSA выглядит следующим образом. Сначала для данных вычисляется криптографический хэш, который служит уникальным отпечатком. Затем этот хэш отправляется в службу доверенной фиксации времени. TSA связывает значение времени с хэшем и подписывает результат. После этого служба возвращает подписанную временную метку. TSA не требуется получать исходный файл, поэтому конфиденциальность данных сохраняется.
Для проверки нужно заново вычислить хэш исходных данных, объединить его с зафиксированным временем согласно требованиям протокола и проверить подпись TSA с помощью открытого ключа TSA. Совпадение хэшей и действительная подпись подтверждают, что временная метка не была изменена. После выдачи для проверки достаточно файла, ответа с временной меткой и открытого ключа.
В сети Bitcoin и других публичных сетях любой пользователь может хэшировать данные и включать этот хэш в транзакцию. OpenTimestamps — широко используемый подход, ориентированный на Bitcoin. Серверы-календари объединяют хэши множества документов в дерево Меркла, а затем закрепляют корень дерева в блокчейне. Таким образом, корневой хэш подтверждает связанные с ним исходные данные. После подтверждения временная метка соответствующего блока и глубина блока становятся доказательством того, что хэш существовал к этому моменту. В сетях на основе proof-of-work переписывание такого доказательства требует превзойти совокупную вычислительную мощность честных участников. В сетях на основе proof-of-stake необходимо преодолеть предположения о финальности, взвешенной по стейку. В обоих случаях обязательство является публичным и может проверяться независимо, хотя для закрепления данных могут потребоваться комиссии за транзакции.
Крупные сети реализуют схожие идеи, но используют разные детали консенсуса и ориентируются на разные потребности приложений. Документация Bitcoin Developer и ресурс Ethereum.org описывают, как каждая сеть работает со временем создания блоков на практике.
В Bitcoin каждый заголовок блока содержит временную метку Unix time, которую устанавливает майнер. Обычно правила валидности требуют, чтобы это время было больше медианного времени предыдущих 11 блоков и не опережало примерно на два часа время, скорректированное сетью. Узлы обмениваются смещениями относительно UTC, формируя представление о сетевом времени, и ограничивают отклонение сетевого времени от локального.
Временные метки намеренно допускают определенный запас, обычно около одного-двух часов. Это позволяет майнерам по всему миру сохранять синхронизацию без абсолютно точных общих часов. Bitcoin хранит это значение таким образом, чтобы на длительном горизонте избежать классического переполнения знакового 32-разрядного числа в 2038 году. От корректировки сложности также зависят наблюдаемые интервалы между блоками, поэтому достаточно точные временные метки важны для соблюдения запланированного темпа выпуска монет в долгосрочной перспективе.
Блоки Ethereum также содержат временную метку в формате, аналогичном Unix time. После The Merge созданием блоков занимаются валидаторы proof-of-stake, а не майнеры PoW. При этом block.timestamp по-прежнему доступно смарт-контрактам для вестинга, аукционов и других механизмов, зависящих от времени.
Валидаторы могут немного изменять временные метки в пределах, установленных протоколом. Поэтому смарт-контрактам следует рассматривать это значение как приблизительное, а не как высокоточный источник времени. Слишком сильное смещение в будущее ограничивается, поскольку оно может нарушить предположения о порядке событий или создать несправедливые преимущества. Для оценки задержки разница между обычным временем и значением block.timestamp дает лишь приблизительный сигнал с учетом задержек сети и допустимого отклонения.
Атака Time Warp — это попытка передавать вводящие в заблуждение временные метки блоков, чтобы алгоритм сложности недооценивал скорость создания блоков. Если сложность снизится слишком сильно, атакующий с достаточной вычислительной мощностью сможет майнить быстрее и увеличить выпуск монет относительно установленного графика.
В Bitcoin сложность корректируется в течение длительных эпох, а честное большинство вычислительной мощности делает продолжительную манипуляцию временем практически невыполнимой. Сети, которые очень часто корректируют сложность или используют несколько алгоритмов при меньшем запасе безопасности, могут иметь более широкую поверхность атаки. Предлагаемые исправления протокола часто связаны с риском форка, поэтому сообщества сопоставляют серьезность угрозы с затратами на обновление.
Временные метки блокчейна поддерживают аутентичность, возможность аудита и упорядочивание событий во всех случаях, когда независимым сторонам требуется общая временная шкала.

Хэширование рукописи, файла дизайна или исследовательского проекта с последующим закреплением этого хэша в блокчейне может помочь подтвердить, когда существовала определенная версия. В спорах об интеллектуальной собственности проверяемый период создания может дополнять официальную регистрацию и нормы местного законодательства, но не заменяет их.
Биржи, банки и ончейн-реестры фиксируют время переводов. Это позволяет аудиторам восстанавливать последовательность операций, сверять счета и расследовать аномалии. Площадки с высокой частотой операций по-прежнему используют специализированные офчейн-часы. Время блока обеспечивает приблизительный порядок событий и контекст расчетов, но не точность, необходимую для сопоставления ордеров на бирже.
Фиксация этапов передачи, включая производство, отгрузку, таможенное оформление и доставку, создает отслеживаемую историю происхождения и соблюдения требований. Для скоропортящихся товаров ограниченные по времени события хранения или обработки могут использоваться при проверке качества вместе с датчиками и оракулами.
Страховые случаи, нотариально заверенные записи и журналы цепочки хранения получают преимущества от временных меток, защищенных от незаметного изменения. Суды и регулирующие органы в разных юрисдикциях по-разному оценивают доказательную силу блокчейн-меток. Поэтому их юридическое использование по-прежнему зависит от местных правил и сопроводительной документации.
Временная метка блокчейна — это приблизительная отметка времени, проверяемая консенсусом. Она помогает упорядочивать блоки, предотвращать двойную трату и доказывать, что хэш существовал к моменту достижения определенной высоты блока. Доверенные TSA и ончейн-обязательства, такие как OpenTimestamps, решают схожие задачи, но используют разные модели доверия. Bitcoin и Ethereum задают практические интервалы допустимости, а не используют абсолютно точные часы. Понимание этих ограничений и рисков, включая атаки Time Warp, помогает обоснованно проектировать протоколы и логику приложений.
Обычно это поле в формате Unix time в заголовке блока. Оно фиксирует время, когда, согласно заявлению создателя блока, блок был создан. Узлы принимают это значение только в том случае, если оно соответствует правилам протокола с учетом недавних блоков и сетевого времени.
В децентрализованных сетях нет единого авторитетного источника времени. Допустимое ограниченное отклонение позволяет географически распределенным майнерам или валидаторам продолжать создавать блоки и одновременно отклонять явно абсурдные значения времени.
Помимо других проверок, Bitcoin обычно требует, чтобы временная метка была больше медианного времени предыдущих 11 блоков и находилась примерно в пределах двух часов от времени, скорректированного сетью на основе данных узлов.
Они могут использовать это значение для приблизительной логики, связанной со временем. Однако разработчикам следует учитывать, что валидаторы могут смещать его в пределах допустимых значений. Для критически важных сроков часто требуются дополнительные меры защиты, а не только время одного блока.
Это попытка манипулировать временными метками, чтобы сложность несправедливо снижалась. В крупных сетях PoW с медленной корректировкой сложности успех такой атаки маловероятен без подавляющей вычислительной мощности. Небольшие сети или сети с быстрой корректировкой могут быть более чувствительными к подобным атакам.
* Информация не предназначена и не является финансовым советом или любой другой рекомендацией любого рода, предложенной или одобренной Gate.
* Эта статья не может быть опубликована, передана или скопирована без ссылки на Gate. Нарушение является нарушением Закона об авторском праве и может повлечь за собой судебное разбирательство.





