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時間を基盤の時間基準として採用しなかった点にある。
- この事件は影響範囲が限定的ではあるが、予測市場のエンジニアリング標準が従来の金融インフラとの間に存在するギャップを明らかにし、自動取引の普及がこの種の時間設計上の欠陥のリスクを増幅させていることを示している。
オリジナル | Odaily (@OdailyChina)
著者｜Azuma (@azuma_eth)
一般的な認識では、時間は直線的ですが、暗号通貨の世界には「例外」が存在します。
昨日、米国東部時間（ET）は慣例（通常は3月の第2日曜日の午前2時）に従って冬時間から夏時間への切り替えを完了し、時計が1時間進められ、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時間のローソク足の始値と終値を比較する——に従い、上記4つのイベントは現在すべて決済が完了しています。
しかし、この一連のイベントの終了時間がちょうど夏時間への切り替えと重なったため、米国東部時間が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の「暗号通貨値上がり/値下がり市場」イベントにおける根本的な設計上の欠陥を露呈しました。
歴史的習慣、経済的地位、業界慣行などの要因により、米国東部時間は依然として様々な業界で広く使用されています。しかし、これは金融システムにとっては実はあまり好ましくありません。その理由は、米国東部時間が毎年夏時間と冬時間の間で切り替わるためです——つまり、特定の時間に時計を人為的に1時間進めたり遅らせたりすることで、それぞれ時間の「ジャンプ」と「重複」を引き起こします。
現代の金融システムでは、UTC時間はすでに事実上の共通標準となっています。大多数の金融インフラストラクチャにおいて、内部システムは通常UTCタイムスタンプを唯一の標準時間として使用し、米国東部時間などの現地時間は依然として使用されていますが、システムロジック上では通常ユーザー向けの表示層にのみ存在します。この設計は、時間システムの不確実性を回避し、金融取引、清算、自動化システムにおいて時間が常に単調で、唯一かつグローバルに一貫していることを保証するためのものです。
Polymarketの今回の論争の核心的な矛盾は、関連イベントが米国東部時間を計時基準として採用しながら、夏時間切り替えがもたらす潜在的な変数を十分に考慮せず、最終的にフロントエンドとAPIデータに混乱を生じさせた点にあります。現在の予測市場ユーザー層では、ますます多くの参加者がAPIと自動化プログラムを通じて取引を行っており、本来はフロントエンド表示にのみ影響する小さな問題も、自動化システムでは実際の資金損失に拡大する可能性があります。
結果から見ると、この論争はおそらく重大な事故とは言えず、理論上は年に最大2回しか発生しませんが、それが明らかにしたのは、より深刻な設計上の問題です——予測市場が徐々に金融インフラストラクチャへと発展するにつれて、それは金融インフラストラクチャが採用するエンジニアリング基準にも従わなければならないということです。
