Оригинал | Odaily Planet Daily (@OdailyChina)
Автор | Azuma (@azuma_eth)
В обычном понимании время линейно, но в криптомире существуют «исключения».
Вчера, по восточному времени (ET), как обычно (обычно во второе воскресенье марта в 2:00 утра), завершился переход с зимнего на летнее время: часы перевели на час вперед, с 2:00 8 марта сразу на 3:00. Время не исчезло бесследно, просто в регионе Восточного побережья по традиции переключают зимнее (EST) и летнее время (EDT) с целью искусственной корректировки временных рамок для более полного использования дневного света (и, кстати, экономии электроэнергии).
Для повседневной жизни людей этот переход не оказывает большого влияния, но на рынке предсказаний Polymarket вчерашняя смена часового пояса напрямую вызвала неожиданные споры.
Polymarket столкнулся с хронометражным спором
Споры возникли вокруг события прогнозирования «Рост/падение криптовалют» на Polymarket.
Polymarket предоставляет события прогнозирования роста и падения криптовалют с временными диапазонами: год, месяц, неделя, день, 4 часа, 1 час, 15 минут, 5 минут, поддерживая основные монеты, такие как BTC, ETH, SOL, XRP. Эти события автоматически создаются и рассчитываются по восточному времени (ET) и уже стали важным источником объема торгов на Polymarket.
8 марта в 1:00 утра (в это время все еще действовало зимнее время ET) Polymarket запустил новые часовые события прогнозирования роста/падения для BTC, ETH, SOL, XRP. Ссылки на соответствующие события приведены ниже.
- BTC (окончательный результат: рост): https://polymarket.com/event/bitcoin-up-or-down-march-8-1am-et
- ETH (окончательный результат: падение): https://polymarket.com/event/ethereum-up-or-down-march-8-1am-et
- SOL (окончательный результат: падение): https://polymarket.com/event/solana-up-or-down-march-8-1am-et
- XRP (окончательный результат: падение): https://polymarket.com/event/xrp-up-or-down-march-8-1am-et
Согласно правилам определения событий — сравнение цены открытия и закрытия часовой свечи на Binance USDT за час с начала события — все четыре события уже рассчитаны.
Однако, поскольку время окончания этой партии событий совпало с переходом на летнее время, в момент достижения 2:00 по ET время сразу перескочило на 3:00 (то есть промежуток с 2:00 до 3:00 был пропущен), что привело к некоторому хаосу в хронометраже самой платформы Polymarket для этих событий.
Как показано в интерфейсе Polymarket, возможно, потому что 2:00 в хронометраже вчерашнего ET не существовало, текущий отображаемый временной период для этой партии событий — «March 8, 1-1 AM ET» (то есть 8 марта, 1:00 - 1:00). Но при нормальном отсчете времени такие события должны показывать часовой период (например, аналогичное событие накануне было «March 7, 1-2 AM ET», т.е. 1:00 - 2:00). А если учесть влияние перехода на летнее время, более разумным временным периодом для этой партии событий был бы «March 8, 1-3 AM ET» (т.е. 1:00 - 3:00, по сути все тот же час).
Так что, как ни посмотри, отображаемый сейчас «March 8, 1-1 AM ET» выглядит очень странно.
Пользователь из китайского сегмента «小Z» (@richrichardoz) написал в X, что, помимо фронтенда, API Polymarket также отображает временной период «1-1 AM ET», из-за чего автоматические программы, работающие с данными API, «полетели», и预估енные потери превысили 100 000 долларов.
«小Z» добавил, объясняя: время начала и время окончания полностью совпадают, это логически невозможное состояние рынка. Многие автоматические торговые системы полагаются на время окончания (end time) для определения торгового окна, и эта ошибка напрямую привела к большим потерям в его программе. Поэтому он建议ет Polymarket изменить временной стандарт для соответствующих событий на UTC и компенсировать убытки пользователям, пострадавшим из-за проблем с данными.
Помимо этого пользователя, многие пользователи в сети также оставляли комментарии под相关事件ями, выражая недоумение, но на момент публикации Polymarket еще не ответил через официальные каналы.
Временные стандарты на традиционных финансовых рынках
Оглядываясь на этот спор, хотя масштаб воздействия не очень велик, он выявил underlying design flaw в событиях «рынка роста/падения криптовалют» на Polymarket.
Из-за исторических обычаев, экономического положения и отраслевых практик восточное время (ET) по-прежнему широко используется в различных отраслях. Но для финансовых систем это не очень дружелюбно, поскольку ET ежегодно переключается между летним и зимним временем — в определенное время часы искусственно переводятся на час вперед или назад, создавая «скачки» и «наложения» времени соответственно.
В современных финансовых системах время давно стало де-факто универсальным стандартом. В большинстве финансовых инфраструктур внутренние системы обычно используют временные метки UTC в качестве единственного стандартного времени. Местное время, такое как ET, все еще используется, но на системном уровне оно часто существует только на уровне представления для пользователей. Этот дизайн предназначен для избежания неопределенности временной системы, обеспечения того, чтобы время в финансовых交易ях, клиринге и автоматических системах оставалось монотонным, уникальным и глобально consistent.
Ключевое противоречие в этом споре с Polymarket заключается в том, что相关事件 использовали ET в качестве стандарта хронометража, но не учли потенциальную переменную, вносимую переходом на летнее время, что в конечном итоге привело к путанице в данных фронтенда и API. Среди нынешних пользователей рынка предсказаний все больше участников торгуют через API и автоматические программы, и некоторые небольшие проблемы, которые изначально влияли только на отображение, легко могут放大ться в автоматических системах в реальные финансовые потери.
Судя по результатам, этот спор, пожалуй, не является серьезным инцидентом и теоретически может возникать最多 дважды в год, но он раскрывает более серьезную проблему проектирования — когда рынки предсказаний постепенно становятся финансовой инфраструктурой, они также должны следовать инженерным стандартам, принятым в финансовой инфраструктуре.
