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, theo thông lệ (thường là 2:00 sáng Chủ nhật thứ hai của tháng Ba), giờ miền Đông nước Mỹ (ET) đã 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 ngày miền Đông (EDT) theo tập quán, nhằm mục đích điều chỉnh thang đo thời gian một cách nhân tạo, 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, sự 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 token chính như BTC, ETH, SOL, XRP. Các sự kiện này sẽ tự động được tạo và thanh toán theo giờ miền Đông nước Mỹ, và hiện đã trở thành nguồn khối lượng giao dịch quan trọng trên Polymarket.
Vào lúc 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. Các 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 biểu đồ nến 1 giờ kể từ khi sự kiện bắt đầu trên các cặp giao dịch USDT của Binance —— cả bốn sự kiện trên hiện đã đượ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è, thời gian 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), điều này dẫn đến việc bản thân nền tảng Polymarket gặp một chút hỗn loạn trong việc tính giờ cho loạt sự kiện này.
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ỹ của ngày hôm qua, chu kỳ thời gian hiện tại mà loạt sự kiện này thể hiện đề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 như vậ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 vào dữ liệu API trả về “toang hết”, ước tính thiệt hại hơn 100.000 USD vì điều này.
“小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 tiền lớn. Do đó, đề nghị Polymarket chuyển đổi tiêu chuẩn thời gian cho các sự kiện liên quan sang giờ UTC và bồi thường cho những 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 trên mạng cũng để lại 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 bài viết, 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 nhiều 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 nằm ở chỗ 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à tại một thời điểm cụ thể, đồng hồ sẽ được vặn nhanh hoặc chậm lại một giờ một cách nhân tạo, 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 tiêu chuẩn thời gian 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 trong 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 nay, 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ể xảy ra 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.
