Original | Odaily Planet Daily (@OdailyChina)
Auteur | Azuma (@azuma_eth)
Dans la perception conventionnelle, le temps est linéaire, mais le monde de la cryptographie a ses "exceptions".
Hier, l'heure de l'Est (ET) des États-Unis 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 entre l'heure normale de l'Est (EST) et l'heure avancée de l'Est (EDT) selon la coutume, dans le but d'ajuster artificiellement l'échelle de temps pour mieux utiliser 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 sur des périodes 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 liquidés automatiquement selon l'heure de l'Est (ET) et constituent 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 à ce moment-là), 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. Les liens des événements concernés sont les suivants.
- 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 les paires de trading USDT de Binance — les quatre événements mentionnés ci-dessus ont tous été liquidés.
Cependant, comme l'heure de fin de ce lot d'événements a coïncidé 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 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 1h00 - 2h00). Et si l'on tient compte de l'impact du changement d'heure d'été, la période la plus raisonnable pour ce lot d'événements devrait être "March 8, 1-3 AM ET" (c'est-à-dire 1h00 - 3h00, ce qui représente en substance toujours une heure).
Donc, peu importe comment on le regarde, l'affichage actuel "March 8, 1-1 AM ET" sur le frontend est très étrange.
L'utilisateur de la zone chinoise "小Z" (@richrichardoz) a posté sur X à ce sujet, indiquant qu'en plus du frontend, l'API de Polymarket affichait également une période "1-1 AM ET", ce qui a conduit à ce que les programmes automatiques s'appuyant sur les données renvoyées par l'API aient "tous explosé", estimant une perte de plus de 100 000 dollars à cause de cela.
"小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é logiquement impossible. 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 conduit son programme à perdre une grosse somme d'argent. Par conséquent, il a suggéré que Polymarket change la norme horaire des événements concernés en temps UTC (Temps universel coordonné) et indemnise les utilisateurs affectés par ce problème de données.
Outre cet utilisateur, de nombreux autres internautes ont également exprimé leur confusion dans les commentaires sous les événements concernés, mais au moment de la rédaction, Polymarket n'a pas encore répondu par des canaux officiels.
Les standards temporels 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 historiques, coutumiers, de la position économique et des pratiques sectorières, l'heure de l'Est est encore largement utilisée dans divers secteurs. Mais cela n'est pas très favorable 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'à des moments spécifiques, les horloges sont avancées ou reculées manuellement d'une heure, créant respectivement des "sauts" et des "chevauchements" temporels.
Dans les systèmes financiers modernes, l'heure UTC (Temps universel coordonné) est depuis longtemps devenue la norme de facto. Dans la grande majorité des infrastructures financières, les systèmes internes utilisent généralement le timestamp UTC comme unique temps standard. 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 qu'au niveau de la couche de présentation pour l'utilisateur. 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 la variable potentielle introduite par le changement d'heure d'été, ce qui a finalement conduit à une confusion dans les données du frontend et de l'API. Parmi la base d'utilisateurs actuels du marché de prédiction, de plus en plus de participants effectuent des transactions via des API et des programmes automatisés. 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 en théorie, elle ne pourrait se produire 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.
