Bản gốc | Odaily Planet Daily (@OdailyChina)
Tác giả | Azuma (@azuma_eth)
Trong nhận thức thông thường, thời gian là tuyến tính, nhưng thế giới tiền mã hóa lại tồn tại "ngoại lệ".
Hôm qua, giờ miền Đông nước Mỹ (ET) theo thông lệ (thường là 2:00 sáng Chủ nhật thứ 2 của tháng Ba) đã hoàn tất chuyển đổi từ giờ mùa đông sang giờ mùa hè, đồng hồ được vặn tới một giờ, nhảy thẳng từ 2:00 ngày 8 tháng 3 sang 3:00. Thời gian không hề biến mất, chỉ là khu vực miền Đông nước Mỹ sẽ chuyển đổi giữa giờ chuẩn miền Đông (EST) và giờ tiết kiệm ánh sáng ban ngày miền Đông (EDT) theo tập quán, mục đích là để điều chỉnh nhân tạo thang đo thời gian, từ đó tận dụng tối đa thời gian ban ngày có ánh sáng mặt trời (và tiết kiệm điện).
Đối với cuộc sống hàng ngày của mọi người, việc chuyển đổi này không ảnh hưởng quá lớn, nhưng trên thị trường dự đoán Polymarket, việc chuyển đổi múi giờ hôm qua đã trực tiếp gây ra tranh cãi ngoài ý muốn.
Polymarket va phải tranh cãi về tính giờ
Tranh cãi xảy ra tại sự kiện dự đoán "biến động giá tiền mã hóa" trên Polymarket.
Polymarket cung cấp các sự kiện dự đoán biến động giá tiền mã hóa theo phạm vi thời gian năm, tháng, tuần, ngày, 4 giờ, 1 giờ, 15 phút, 5 phút, hỗ trợ các đồng tiền chủ chốt như BTC, ETH, SOL, XRP. Các sự kiện này sẽ tự động tạo và thanh toán theo giờ miền Đông nước Mỹ, hiện đã trở thành nguồn khối lượng giao dịch quan trọng trên Polymarket.
Vào 1:00 sáng ngày 8 tháng 3 (lúc này vẫn là giờ mùa đông miền Đông nước Mỹ), Polymarket đã ra mắt các sự kiện dự đoán biến động giá trong 1 giờ mới nhất cho BTC, ETH, SOL, XRP. Liên kết sự kiện liên quan như sau.
- BTC (Kết quả xác định cuối cùng: Tăng): https://polymarket.com/event/bitcoin-up-or-down-march-8-1am-et
- ETH (Kết quả xác định cuối cùng: Giảm): https://polymarket.com/event/ethereum-up-or-down-march-8-1am-et
- SOL (Kết quả xác định cuối cùng: Giảm): https://polymarket.com/event/solana-up-or-down-march-8-1am-et
- XRP (Kết quả xác định cuối cùng: Giảm): https://polymarket.com/event/xrp-up-or-down-march-8-1am-et
Theo quy tắc xác định sự kiện —— so sánh giá mở cửa và giá đóng cửa của nến 1 giờ kể từ khi sự kiện bắt đầu trên cặp giao dịch USDT của Binance —— bốn sự kiện trên hiện đều đã được thanh toán xong.
Tuy nhiên, do thời gian kết thúc của loạt sự kiện này trùng với thời điểm chuyển đổi giờ mùa hè, giờ miền Đông nước Mỹ tại thời điểm chạm 2:00 đã nhảy ngay sang 3:00 (nghĩa là khoảng thời gian từ 2:00 - 3:00 đã bị bỏ qua), khiến việc tính giờ của chính nền tảng Polymarket đối với loạt sự kiện này xuất hiện sự hỗn loạn nhất định.
Như giao diện front-end của Polymarket hiển thị, có lẽ vì 2:00 không tồn tại trong cách tính giờ miền Đông nước Mỹ ngày hôm đó, chu kỳ thời gian hiện tại của loạt sự kiện này đều là “March 8, 1-1 AM ET” (tức 1:00 - 1:00 ngày 8 tháng 3), nhưng trong trạng thái tính giờ bình thường, loại sự kiện này lẽ ra phải thể hiện một chu kỳ thời gian 1 giờ (ví dụ: sự kiện cùng loại ngày hôm trước là “March 7, 1-2 AM ET”, tức 1:00 - 2:00), và nếu tính đến ảnh hưởng của việc chuyển đổi giờ mùa hè, chu kỳ thời gian hợp lý hơn cho loạt sự kiện này nên là “March 8, 1-3 AM ET” (tức 1:00 - 3:00, thực chất vẫn là 1 giờ).
Vì vậy, dù nhìn theo cách nào, “March 8, 1-1 AM ET” được hiển thị trên front-end hiện tại đều rất kỳ lạ.
Người dùng khu vực Trung Quốc “小Z” (@richrichardoz) đã đăng bài trên X về vấn đề này, cho biết ngoài front-end, API của Polymarket cũng hiển thị chu kỳ thời gian “1-1 AM ET”, khiến các chương trình tự động dựa trên dữ liệu API trả về “nổ tung 全部炸了”, ước tính thiệt hại hơn 100.000 USD.
“小Z” giải thích bổ sung rằng, thời gian bắt đầu và thời gian kết thúc hoàn toàn giống nhau, đây là một trạng thái thị trường không thể tồn tại về mặt logic. Rất nhiều hệ thống giao dịch tự động sẽ dựa vào thời gian kết thúc (end time) để xác định cửa sổ giao dịch, lỗi này trực tiếp khiến chương trình của anh ta lỗ một khoản lớn. Do đó, đề nghị Polymarket chuyển tiêu chuẩn thời gian của các sự kiện liên quan sang giờ UTC và bồi thường cho người dùng bị ảnh hưởng do vấn đề dữ liệu.
Ngoài người dùng này, nhiều người dùng khác ở nước ngoài cũng bình luận bày tỏ thắc mắc dưới các sự kiện liên quan, nhưng tính đến thời điểm đăng bài, Polymarket vẫn chưa phản hồi thông qua kênh chính thức.
Tiêu chuẩn thời gian của thị trường tài chính truyền thống
Nhìn lại tranh cãi này, mặc dù quy mô ảnh hưởng không quá lớn, nhưng nó đã phơi bày một lỗ hổng thiết kế cốt lõi trong các sự kiện "thị trường biến động tiền mã hóa" của Polymarket.
Chịu ảnh hưởng của các tập quán lịch sử, vị thế kinh tế và thông lệ ngành,... giờ miền Đông nước Mỹ vẫn được sử dụng rộng rãi trong các ngành nghề. Nhưng điều này thực sự không thân thiện với hệ thống tài chính, lý do là vì giờ miền Đông nước Mỹ hàng năm đều chuyển đổi giữa giờ mùa hè và giờ mùa đông —— tức là vào thời điểm cụ thể sẽ vặn đồng hồ nhanh hơn hoặc chậm hơn một giờ, từ đó lần lượt tạo ra sự "nhảy vọt" và "chồng chéo" về thời gian.
Trong hệ thống tài chính hiện đại, giờ UTC từ lâu đã trở thành tiêu chuẩn chung trên thực tế. Trong phần lớn cơ sở hạ tầng tài chính, các hệ thống nội bộ thường sử dụng dấu thời gian UTC làm thời gian tiêu chuẩn duy nhất, các giờ địa phương như giờ miền Đông nước Mỹ mặc dù vẫn được sử dụng, nhưng về mặt logic hệ thống thường chỉ tồn tại ở tầng hiển thị hướng đến người dùng. Thiết kế này nhằm tránh sự không chắc chắn của hệ thống thời gian, đảm bảo trong các hệ thống giao dịch tài chính, thanh toán bù trừ và tự động, thời gian luôn duy trì tính đơn điệu, duy nhất và đồng nhất toàn cầu.
Mâu thuẫn then chốt trong tranh cãi lần này của Polymarket nằm ở chỗ, các sự kiện liên quan đã sử dụng giờ miền Đông nước Mỹ làm tiêu chuẩn tính giờ, nhưng lại không xem xét đầy đủ các biến tiềm ẩn do việc chuyển đổi giờ mùa hè mang lại, cuối cùng dẫn đến sự hỗn loạn trong dữ liệu front-end và API. Trong cộng đồng người dùng thị trường dự đoán hiện tại, ngày càng nhiều người tham gia đã thực hiện giao dịch thông qua API và chương trình tự động, một số vấn đề nhỏ vốn chỉ ảnh hưởng đến hiển thị front-end, rất dễ bị phóng đại thành tổn thất tiền thật trong hệ thống tự động.
Xét về kết quả, tranh cãi này có lẽ không phải là một sự cố nghiêm trọng, trên lý thuyết mỗi năm cũng chỉ có thể xuất hiện tối đa hai lần, nhưng những gì nó tiết lộ lại là một vấn đề thiết kế nghiêm túc hơn —— khi thị trường dự đoán dần tiến tới trở thành cơ sở hạ tầng tài chính, nó cũng phải tuân theo các tiêu chuẩn kỹ thuật mà cơ sở hạ tầng tài chính áp dụng.
