Bị Polymarket lừa, lỗi lần này là "bẻ cong thời gian"
- Quan điểm cốt lõi: Thị trường dự đoán Polymarket do sử dụng giờ miền Đông Hoa Kỳ (ET) làm tiêu chuẩn tính giờ, không xử lý đúng cách việc chuyển đổi giờ mùa hè, dẫn đến hiển thị chu kỳ thời gian của sự kiện dự đoán "biến động giá tiền mã hóa" và dữ liệu API xảy ra sự hỗn loạn logic, phơi bày vấn đề thiết kế cơ sở hạ tầng của nó khi hướng tới cơ sở hạ tầng tài chính đã không tuân thủ các tiêu chuẩn kỹ thuật then chốt như giờ UTC.
- Yếu tố then chốt:
- Sự kiện xảy ra vào rạng sáng ngày 8 tháng 3 khi chuyển từ giờ mùa đông sang giờ mùa hè ET, đồng hồ nhảy trực tiếp từ 2:00 lên 3:00, dẫn đến việc tính giờ cho sự kiện dự đoán 1 giờ bắt đầu lúc 1:00 xuất hiện bất thường.
- Giao diện người dùng và API của Polymarket đã hiển thị sai chu kỳ thời gian của loạt sự kiện này thành "March 8, 1-1 AM ET", thay vì khoảng thời gian 1 giờ bình thường, điều này tạo ra trạng thái không thể xảy ra về mặt logic.
- Một số người dùng cho biết, các chương trình giao dịch tự động dựa vào thời gian kết thúc API để đưa ra phán đoán đã gặp sự cố vì vậy, ước tính thiệt hại hơn 100,000 USD.
- Nguồn gốc tranh cãi nằm ở việc Polymarket sử dụng giờ miền Đông Hoa Kỳ thay đổi theo mùa, thay vì sử dụng giờ UTC được thị trường tài chính hiện đại phổ biến áp dụng và thống nhất toàn cầu làm tiêu chuẩn tính giờ cơ sở.
- Mặc dù sự kiện này có phạm vi ảnh hưởng hạn chế, nhưng nó đã tiết lộ khoảng cách về tiêu chuẩn kỹ thuật giữa thị trường dự đoán và cơ sở hạ tầng tài chính truyền thống, sự phổ biến của giao dịch tự động đã khuếch đại rủi ro của những thiết kế thời gian thiếu sót như vậy.
Original | Odaily (@OdailyChina)
Author｜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 những "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 Hoa Kỳ (ET) đã hoàn tất việc chuyển đổi từ giờ mùa đông sang giờ mùa hè, đồng hồ được vặn nhanh thêm một giờ, nhảy thẳng từ 2:00 ngày 8 tháng 3 lên 3:00. Thời gian không hề biến mất một cách vô lý, chỉ là khu vực miền Đông Hoa Kỳ 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, với mục đích điều chỉnh nhân tạo thang đo thời gian để 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 gây ra nhiều ảnh hưởng, 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 một tranh cãi ngoài dự kiến.
Polymarket đụng phải tranh cãi về tính giờ
Tranh cãi xảy ra tại sự kiện dự đoán "Tăng/Giảm tiền mã hóa" trên Polymarket.
Polymarket cung cấp các sự kiện dự đoán tăng/giảm tiền mã hóa với khung thời gian theo 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 được tạo và thanh toán tự động theo Giờ miền Đông Hoa Kỳ, và hiện là một trong những 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 Hoa Kỳ), Polymarket đã ra mắt một loạt sự kiện dự đoán tăng/giảm trong 1 giờ mới 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ờ bắt đầu từ khi sự kiện bắt đầu trên 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 khớp với thời điểm chuyển đổi sang giờ mùa hè, Giờ miền Đông Hoa Kỳ tại thời điểm chạm mốc 2:00 đã nhảy thẳng lên 3:00 (tức là khoảng thời gian từ 2:00 đến 3:00 đã bị bỏ qua), dẫn đến việc chính nền tảng Polymarket gặp một số 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 Hoa Kỳ của ngày hôm qua, chu kỳ thời gian hiện tại mà loạt sự kiện này hiển thị đề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 hiển thị một chu kỳ thời gian 1 giờ (ví dụ: sự kiện cùng loại của 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" hiện đang hiển thị trên front-end đều rất kỳ lạ.
Người dùng khu vực Trung Quốc "Tiểu 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 trả về từ API "toang hết", ước tính thiệt hại hơn 100.000 USD vì lý do này.
"Tiểu Z" giải thích thêm 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. Nhiều hệ thống giao dịch tự động phụ thuộc 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 thua lỗ một khoản tiền lớn. Do đó, đề nghị Polymarket chuyển tiêu chuẩn thời gian cho các sự kiện liên quan sang Giờ Phối hợp Quốc tế (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, cũng có không ít người dùng trên mạng quốc tế để 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 này được đăng, Polymarket vẫn chưa có phản hồi chính thức 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 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 tăng/giảm tiền mã hóa" của Polymarket.
Chịu ảnh hưởng của các yếu tố như tập quán lịch sử, vị thế kinh tế và thông lệ ngành, Giờ miền Đông Hoa Kỳ 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 là vì Giờ miền Đông Hoa Kỳ hàng năm đều chuyển đổi giữa giờ mùa đông và giờ mùa hè — tức là tại một thời điểm cụ thể, đồng hồ đượ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 khi đó, trong hệ thống tài chính hiện đại, Giờ Phối hợp Quốc tế (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, 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 Hoa Kỳ tuy vẫn được sử dụng, nhưng về mặt logic hệ thống thường chỉ tồn tại ở lớp trình bày 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 rằng 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à nhất quán 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 Hoa Kỳ làm tiêu chuẩn tính giờ, nhưng lại không xem xét đầy đủ các biến số 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ỏ ban đầu 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, về lý thuyết mỗi năm cũng chỉ có thể xảy ra tối đa hai lần, nhưng điều 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.
