Original | Odaily Planet Daily(@OdailyChina)
Auteur | Azuma(@azuma_eth)
Dans la perception conventionnelle, le temps est linéaire, mais le monde de la cryptographie fait « exception ».
Hier, l'heure de l'Est (ET) a effectué, comme d'habitude (généralement le deuxième dimanche de mars à 2h00 du matin), le passage de l'heure d'hiver à l'heure d'été, avançant les horloges d'une heure, passant directement de 2h00 le 8 mars à 3h00. Le temps n'a pas disparu sans raison, mais la région de l'Est des États-Unis alterne selon la coutume entre l'heure normale de l'Est (EST) et l'heure avancée de l'Est (EDT), dans le but d'ajuster artificiellement l'échelle de temps pour utiliser plus pleinement la lumière du jour (et accessoirement économiser de l'électricité).
Pour la vie quotidienne des gens, ce changement n'a pas un grand impact, mais sur le marché de prédiction Polymarket, le changement d'heure d'hier a directement provoqué une controverse inattendue.
Polymarket confronté à une controverse de chronométrage
La controverse s'est produite sur l'événement de prédiction « Hausse ou baisse des cryptomonnaies » sur Polymarket.
Polymarket propose des événements de prédiction de hausse ou baisse des cryptomonnaies avec des plages de temps annuelles, mensuelles, hebdomadaires, quotidiennes, de 4 heures, 1 heure, 15 minutes et 5 minutes, prenant en charge les jetons principaux comme BTC, ETH, SOL, XRP. Ces événements sont créés et réglés automatiquement selon l'heure de l'Est (ET) et sont désormais une source importante de volume de transactions sur Polymarket.
Le 8 mars à 1h00 du matin (encore en heure d'hiver de l'Est), Polymarket a lancé une nouvelle série d'événements de prédiction de hausse ou baisse sur 1 heure pour BTC, ETH, SOL, XRP. Liens vers les événements concernés ci-dessous.
- BTC (résultat final déterminé : hausse) : https://polymarket.com/event/bitcoin-up-or-down-march-8-1am-et
- ETH (résultat final déterminé : baisse) : https://polymarket.com/event/ethereum-up-or-down-march-8-1am-et
- SOL (résultat final déterminé : baisse) : https://polymarket.com/event/solana-up-or-down-march-8-1am-et
- XRP (résultat final déterminé : baisse) : https://polymarket.com/event/xrp-up-or-down-march-8-1am-et
Selon les règles de détermination de l'événement — en prenant le prix d'ouverture et le prix de clôture de la bougie horaire, 1 heure après le début de l'événement, sur la paire de trading USDT de Binance — les quatre événements mentionnés ci-dessus ont tous été réglés.
Mais comme l'heure de fin de ce lot d'événements coïncidait avec le changement d'heure d'été, l'heure de l'Est a directement sauté de 2h00 à 3h00 au moment d'atteindre 2h00 (c'est-à-dire que la période de 2h00 à 3h00 a été sautée), ce qui a provoqué une certaine confusion dans le chronométrage de ce lot d'événements par la plateforme Polymarket elle-même.
Comme le montre l'interface frontale de Polymarket, peut-être parce que 2h00 n'existait pas hier dans le chronométrage de l'heure de l'Est, la période de temps actuellement affichée pour ce lot d'événements est « March 8, 1-1 AM ET » (c'est-à-dire le 8 mars de 1h00 à 1h00), mais dans un état de chronométrage normal, ce type d'événement devrait normalement afficher une période d'une heure (par exemple, l'événement similaire de la veille était « March 7, 1-2 AM ET », c'est-à-dire de 1h00 à 2h00). Et si l'on tient compte de l'impact du changement d'heure d'été, la période de temps plus raisonnable pour ce lot d'événements devrait être « March 8, 1-3 AM ET » (c'est-à-dire de 1h00 à 3h00, ce qui représente en substance toujours 1 heure).
Donc, peu importe comment on le regarde, l'affichage actuel « March 8, 1-1 AM ET » en frontend est très étrange.
L'utilisateur de la zone chinoise « Xiao Z » (@richrichardoz) a posté sur X à ce sujet, indiquant qu'en plus du frontend, l'API de Polymarket affichait également une période de temps « 1-1 AM ET », ce qui a provoqué le « plantage complet » des programmes automatiques basés sur les données renvoyées par l'API, avec une perte estimée à plus de 100 000 dollars.
« Xiao Z » a ajouté en expliquant que l'heure de début et l'heure de fin étant exactement les mêmes, c'est un état de marché impossible logiquement. De nombreux systèmes de trading automatique dépendent de l'heure de fin (end time) pour déterminer la fenêtre de trading, cette erreur a directement causé à son programme de grosses importantes. Par conséquent, il suggère que Polymarket change la norme de temps pour les événements concernés en temps UTC et indemnise les utilisateurs affectés par ce problème de données.
Outre cet utilisateur, de nombreux autres utilisateurs sur le web international ont également commenté sous les événements concernés pour exprimer leur confusion, mais au moment de la rédaction, Polymarket n'a pas encore répondu par des canaux officiels.
La norme temporelle des marchés financiers traditionnels
En revenant sur cette controverse, bien que son ampleur ne soit pas très grande, elle a révélé un défaut de conception sous-jacent dans les événements de « marché de hausse/baisse des cryptomonnaies » de Polymarket.
En raison de facteurs tels que les coutumes historiques, la position économique et les pratiques sectorielles, l'heure de l'Est (ET) est encore largement utilisée dans divers secteurs. Mais cela n'est en fait pas très adapté pour les systèmes financiers, car l'heure de l'Est alterne chaque année entre l'heure d'été et l'heure d'hiver — c'est-à-dire qu'elle avance ou recule artificiellement les horloges d'une heure à des moments spécifiques, créant respectivement des « sauts » et des « chevauchements » temporels.
Dans les systèmes financiers modernes, le temps UTC est depuis longtemps devenu la norme commune de facto. Dans la grande majorité des infrastructures financières, les systèmes internes utilisent généralement l'horodatage UTC comme temps standard unique. L'heure de l'Est et d'autres heures locales sont encore utilisées, mais sur le plan de la logique système, elles n'existent souvent que dans la couche de présentation destinée aux utilisateurs. Cette conception vise précisément à éviter l'incertitude des systèmes temporels, en garantissant que dans les transactions financières, la compensation et les systèmes automatisés, le temps reste toujours monotone, unique et cohérent à l'échelle mondiale.
Le conflit clé de cette controverse de Polymarket réside dans le fait que les événements concernés ont utilisé l'heure de l'Est comme standard de chronométrage, mais n'ont pas suffisamment pris en compte les variables potentielles apportées par le changement d'heure d'été, ce qui a finalement conduit à une confusion des données frontales et API. Parmi la base d'utilisateurs actuelle du marché de prédiction, de plus en plus de participants effectuent des transactions via des API et des programmes automatisés, et certains petits problèmes qui n'affectaient à l'origine que l'affichage frontal peuvent facilement être amplifiés en pertes financières réelles dans les systèmes automatisés.
Au final, cette controverse n'est peut-être pas un incident grave en soi, et ne pourrait théoriquement survenir que deux fois par an au maximum, mais ce qu'elle révèle est un problème de conception plus sérieux — à mesure que les marchés de prédiction évoluent progressivement vers des infrastructures financières, ils doivent également adhérer aux normes d'ingénierie utilisées par ces infrastructures financières.
