Polymarket에 당했다, 이번에 발생한 버그는 "시간 왜곡"
- 핵심 요점: Polymarket 예측 시장은 동부 표준시(ET)를 시간 기준으로 채택하여 서머타임 전환을 제대로 처리하지 못했고, 이로 인해 '암호화폐 상승/하락' 예측 이벤트의 시간 주기 표시와 API 데이터 간에 논리적 혼란이 발생했다. 이는 그들의 기반 설계가 금융 인프라로 나아갈 때 UTC 시간과 같은 핵심적인 엔지니어링 표준을 준수하지 못한 문제를 드러냈다.
- 핵심 요소:
- 사건은 동부 표준시의 겨울 시간에서 서머타임으로 전환되는 3월 8일 새벽에 발생했다. 시계가 2:00에서 3:00로 직접 건너뛰면서 1:00에 시작된 1시간 예측 이벤트의 시간 측정에 이상이 생겼다.
- Polymarket 프론트엔드와 API는 해당 배치 이벤트의 시간 주기를 정상적인 1시간 구간이 아닌 "March 8, 1-1 AM ET"로 잘못 표시했고, 이는 논리적으로 불가능한 상태를 초래했다.
- 일부 사용자는 API 종료 시간에 의존해 판단하는 자동화 거래 프로그램이 이로 인해 오작동을 일으켜 추정 손실이 10만 달러를 넘었다고 밝혔다.
- 논란의 근원은 Polymarket이 현대 금융 시스템이 보편적으로 채택하는 전 세계적으로 일관된 UTC 시간이 아닌, 계절에 따라 전환되는 동부 표준시를 기반 시간 기준으로 채택한 데 있다.
- 이번 사건은 영향 범위가 제한적이지만, 예측 시장의 엔지니어링 표준이 전통적인 금융 인프라와의 격차를 드러냈으며, 자동화 거래의 보급이 이러한 시간 설계 결함의 위험을 증폭시킨다는 점을 보여주었다.
Original | Odaily (@OdailyChina)
Author|Azuma (@azuma_eth)

일반적인 인식에서 시간은 선형적이지만, 암호화폐 세계에는 '예외'가 존재합니다.
어제, 미국 동부 시간(ET)은 관례(보통 3월 둘째 주 일요일 새벽 2:00)에 따라 서머타임으로 전환되었으며, 시계가 한 시간 앞으로 조정되어 3월 8일 2:00에서 3:00로 바로 건너뛰었습니다. 시간이 공중으로 사라진 것은 아니며, 단지 미국 동부 지역이 관습에 따라 표준시(EST)와 서머타임(EDT)을 전환하는 것일 뿐입니다. 그 목적은 시간 척도를 인위적으로 조정하여 낮 시간을 더 효율적으로 활용하고(덤으로 전기를 절약하기 위해) 있습니다.
일상 생활에서는 이러한 전환이 큰 영향을 미치지 않지만, 예측 시장 Polymarket에서는 어제의 시간대 전환이 직접적으로 예상치 못한 논란을 불러일으켰습니다.
Polymarket, 시간 계산 논란에 부딪히다
논란은 Polymarket의 '암호화폐 등락' 예측 이벤트에서 발생했습니다.
Polymarket은 연, 월, 주, 일, 4시간, 1시간, 15분, 5분 단위의 시간 범위로 암호화폐 등락 예측 이벤트를 제공하며, BTC, ETH, SOL, XRP 등 주요 토큰을 지원합니다. 이러한 이벤트는 미국 동부 시간을 기준으로 자동 생성 및 결제되며, 현재 Polymarket의 중요한 거래량 원천 중 하나입니다.
3월 8일 새벽 1:00(당시는 아직 미국 동부 표준시), Polymarket은 새롭게 BTC, ETH, SOL, XRP의 1시간 등락 예측 이벤트를 시작했습니다. 관련 이벤트 링크는 다음과 같습니다.
- 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 거래 쌍에서 이벤트 시작 후 1시간 캔들스틱의 시가와 종가를 비교——에 따라, 위 네 가지 이벤트는 현재 모두 결제가 완료되었습니다.
그러나 이번 이벤트들의 종료 시간이 서머타임 전환과 정확히 겹치면서, 미국 동부 시간이 2:00에 도달하는 순간 바로 3:00로 건너뛰어(즉, 2:00 - 3:00 시간대가 생략됨) Polymarket 플랫폼 자체가 이번 이벤트들의 시간 계산에 일정한 혼란을 초래했습니다.




Polymarket 프론트엔드 인터페이스에서 볼 수 있듯이, 아마도 어제 미국 동부 시간 계산상 2:00가 존재하지 않았기 때문에, 이번 이벤트들이 현재 표시하는 시간 주기는 모두 "March 8, 1-1 AM ET"(즉, 3월 8일 1:00 - 1:00)입니다. 그러나 정상적인 시간 계산 상태에서는 이러한 이벤트는 본래 1시간의 시간 주기를 나타내야 합니다(예: 전날의 동일한 이벤트는 "March 7, 1-2 AM ET", 즉 1:00 - 2:00). 서머타임 전환의 영향을 고려한다면, 이번 이벤트의 더 합리적인 시간 주기는 "March 8, 1-3 AM ET"(즉, 1:00 - 3:00, 실질적으로 여전히 1시간)이어야 합니다.
따라서 어떤 각도에서 보든, 프론트엔드에 현재 표시된 "March 8, 1-1 AM ET"는 매우 이상합니다.
중국어 사용자 '小Z'(@richrichardoz)는 이에 대해 X에서 글을 올리며, 프론트엔드 외에도 Polymarket의 API도 "1-1 AM ET" 시간 주기를 표시하고 있어, API 반환 데이터를 기반으로 한 자동 프로그램이 "모두 망가졌으며", 이로 인한 예상 손실이 10만 달러를 넘는다고 밝혔습니다.

'小Z'는 이에 대해 추가 설명하며, 시작 시간과 종료 시간이 완전히 동일하다는 것은 논리적으로 존재할 수 없는 시장 상태라고 말했습니다. 많은 자동화 거래 시스템이 거래 창을 판단하기 위해 종료 시간(end time)에 의존하는데, 이 오류로 인해 그의 프로그램이 큰 금액을 손실했다고 합니다. 따라서 Polymarket이 관련 이벤트의 시간 기준을 UTC 시간으로 변경하고, 데이터 문제로 영향을 받은 사용자에게 보상할 것을 권고했습니다.

해당 사용자 외에도, 해외 네트워크에서도 관련 이벤트 하단에 많은 사용자들이 의문을 표시하는 댓글을 남겼지만, 기사 작성 시점까지 Polymarket은 아직 공식 채널을 통해 답변하지 않았습니다.
전통 금융 시장의 시간 기준
이번 논란을 돌아보면, 영향 규모는 크지 않을 수 있지만, Polymarket의 '암호화폐 등락 시장' 이벤트에 존재하는 근본적인 설계 결함을 드러냈습니다.
역사적 관습, 경제적 지위 및 업계 관행 등의 요인으로 인해, 미국 동부 시간은 여전히 다양한 업계에서 널리 사용되고 있습니다. 그러나 이는 금융 시스템에는 그다지 친화적이지 않은데, 그 이유는 미국 동부 시간이 매년 서머타임과 표준시 사이를 전환하기 때문입니다——즉, 특정 시간에 시계를 인위적으로 한 시간 앞당기거나 늦추어 각각 시간의 '건너뛰기'와 '중복'을 초래합니다.
그러나 현대 금융 시스템에서는 UTC 시간이 이미 사실상의 공용 표준이 되었습니다. 대부분의 금융 인프라에서 내부 시스템은 일반적으로 UTC 타임스탬프를 유일한 표준 시간으로 사용하며, 미국 동부 시간 등의 현지 시간은 여전히 사용되지만 시스템 논리상 주로 사용자에게 보여주는 표시층에만 존재합니다. 이러한 설계는 시간 시스템의 불확실성을 피하고, 금융 거래, 결제 및 자동화 시스템에서 시간이 항상 단조롭고, 유일하며, 전 세계적으로 일관되게 유지되도록 보장하기 위한 것입니다.
Polymarket의 이번 논란의 핵심 모순은 바로 관련 이벤트가 미국 동부 시간을 시간 계산 기준으로 채택했지만, 서머타임 전환이 가져올 수 있는 잠재적 변수를 충분히 고려하지 못해 결국 프론트엔드와 API 데이터에 혼란을 초래했다는 점입니다. 현재 예측 시장 사용자 그룹에서 점점 더 많은 참여자들이 API와 자동화 프로그램을 통해 거래를 진행하고 있으며, 원래 프론트엔드 표시에만 영향을 미쳤을 작은 문제들이 자동화 시스템에서 실제 자금 손실로 확대되기 쉽습니다.
결과적으로 볼 때, 이번 논란은 심각한 사고로 보기 어렵고, 이론상으로는 매년 최대 두 번만 발생할 수 있지만, 그것이 드러내는 것은 더욱 심각한 설계 문제입니다——예측 시장이 점차 금융 인프라로 나아갈 때, 그것은 또한 금융 인프라가 채택하는 엔지니어링 표준을 따라야 합니다.


