Orisinil | Odaily Planet Daily(@OdailyChina)
Penulis|Azuma(@azuma_eth)
Dalam pemahaman konvensional, waktu adalah linier, tetapi dunia kripto memiliki "pengecualian".
Kemarin, Waktu Timur AS (ET) sesuai kebiasaan (biasanya pada hari Minggu kedua bulan Maret pukul 2:00 dini hari) menyelesaikan peralihan dari waktu musim dingin ke waktu musim panas, jam bergerak maju satu jam, langsung melompat dari 8 Maret pukul 2:00 ke pukul 3:00. Waktu tidak hilang begitu saja, hanya wilayah Timur AS yang akan beralih antara Waktu Standar Timur (EST) dan Waktu Musim Panas Timur (EDT) sesuai kebiasaan, tujuannya adalah untuk menyesuaikan skala waktu secara manual, sehingga lebih memanfaatkan waktu siang hari (dan sekaligus menghemat listrik).
Bagi kehidupan sehari-hari orang, peralihan ini tidak akan membawa pengaruh besar, tetapi di pasar prediksi Polymarket, peralihan zona waktu kemarin langsung memicu kontroversi tak terduga.
Polymarket Bertemu dengan Kontroversi Penghitungan Waktu
Kontroversi terjadi pada peristiwa prediksi "kenaikan dan penurunan cryptocurrency" di Polymarket.
Polymarket menyediakan peristiwa prediksi kenaikan dan penurunan cryptocurrency dengan rentang waktu tahunan, bulanan, mingguan, harian, 4 jam, 1 jam, 15 menit, 5 menit, mendukung token utama seperti BTC, ETH, SOL, XRP, dll. Peristiwa ini akan dibuat dan diselesaikan secara otomatis berdasarkan Waktu Timur AS, dan kini telah menjadi sumber volume perdagangan penting di Polymarket.
Pada 8 Maret pukul 1:00 dini hari (saat itu masih dalam Waktu Musim Dingin Timur AS), Polymarket meluncurkan peristiwa prediksi kenaikan dan penurunan 1 jam baru untuk BTC, ETH, SOL, XRP. Tautan peristiwa terkait adalah sebagai berikut.
- BTC (Hasil penilaian akhir: Naik):https://polymarket.com/event/bitcoin-up-or-down-march-8-1am-et
- ETH (Hasil penilaian akhir: Turun):https://polymarket.com/event/ethereum-up-or-down-march-8-1am-et
- SOL (Hasil penilaian akhir: Turun):https://polymarket.com/event/solana-up-or-down-march-8-1am-et
- XRP (Hasil penilaian akhir: Turun):https://polymarket.com/event/xrp-up-or-down-march-8-1am-et
Menurut aturan penilaian peristiwa — mengambil perbandingan harga pembukaan dan penutupan lilin 1 jam sejak peristiwa dimulai di pasangan trading USDT Binance — keempat peristiwa di atas saat ini telah diselesaikan.
Tetapi karena waktu berakhirnya kelompok peristiwa ini kebetulan bersamaan dengan peralihan waktu musim panas, Waktu Timur AS pada saat mencapai pukul 2:00 langsung melompat ke pukul 3:00 (yaitu rentang waktu pukul 2:00 - 3:00 dilewati), menyebabkan penghitungan waktu platform Polymarket sendiri untuk kelompok peristiwa ini menjadi agak kacau.
Seperti yang ditunjukkan oleh antarmuka depan Polymarket, mungkin karena pukul 2:00 tidak ada dalam penghitungan Waktu Timur AS kemarin, siklus waktu yang saat ini ditampilkan untuk kelompok peristiwa ini adalah "March 8,1-1 AM ET" (yaitu 8 Maret 1:00 - 1:00), tetapi dalam keadaan penghitungan waktu normal, peristiwa semacam ini seharusnya menampilkan siklus waktu 1 jam (misalnya peristiwa sejenis sehari sebelumnya adalah "March 7,1-2 AM ET", yaitu 1:00 - 2:00), dan jika mempertimbangkan pengaruh peralihan waktu musim panas, siklus waktu yang lebih masuk akal untuk kelompok peristiwa ini seharusnya adalah "March 8,1-3 AM ET" (yaitu 1:00 - 3:00, intinya masih 1 jam).
Jadi, bagaimanapun dilihat, tampilan "March 8,1-1 AM ET" di depan saat ini sangat aneh.
Pengguna wilayah Tiongkok "Xiao Z" (@richrichardoz) mengenai hal ini memposting di X bahwa, selain bagian depan, API Polymarket juga menampilkan siklus waktu "1-1 AM ET", menyebabkan program otomatis yang dibuat berdasarkan data yang dikembalikan API "semua rusak", diperkirakan rugi lebih dari $100.000 karena ini.
"Xiao Z" menambahkan penjelasannya, waktu mulai dan waktu berakhir yang sepenuhnya sama, ini adalah status pasar yang tidak mungkin ada secara logika. Banyak sistem perdagangan otomatis mengandalkan waktu berakhir (end time) untuk menentukan jendela perdagangan, kesalahan ini langsung menyebabkan programnya rugi sejumlah besar uang. Oleh karena itu, disarankan agar Polymarket mengubah standar waktu untuk peristiwa terkait menjadi Waktu UTC, dan mengganti rugi pengguna yang terkena dampak karena masalah data.
Selain pengguna tersebut, banyak juga pengguna di luar negeri yang berkomentar di bawah peristiwa terkait untuk menyatakan kebingungan, tetapi hingga artikel ini ditulis, Polymarket belum membalas melalui saluran resmi.
Standar Waktu Pasar Keuangan Tradisional
Melihat kembali kontroversi ini, meskipun skalanya tidak terlalu besar, hal ini mengungkapkan cacat desain底层 pada peristiwa "pasar kenaikan dan penurunan cryptocurrency" di Polymarket.
Dipengaruhi oleh faktor-faktor seperti adat sejarah, status ekonomi, dan kebiasaan industri, Waktu Timur AS masih banyak digunakan di berbagai industri. Tetapi ini sebenarnya tidak ramah untuk sistem keuangan, alasannya adalah Waktu Timur AS setiap tahun akan beralih antara waktu musim panas dan waktu musim dingin — yaitu pada waktu tertentu memajukan atau memundurkan jam secara manual satu jam, sehingga masing-masing menyebabkan "lompatan" dan "tumpang tindih" waktu.
Dan dalam sistem keuangan modern, Waktu UTC telah lama menjadi standar umum yang sebenarnya. Di sebagian besar infrastruktur keuangan, sistem internal biasanya menggunakan stempel waktu UTC sebagai standar waktu tunggal, Waktu Timur AS dan waktu lokal lainnya masih digunakan, tetapi dalam logika sistem sering hanya ada di lapisan tampilan yang menghadap pengguna. Desain ini justru untuk menghindari ketidakpastian sistem waktu, memastikan dalam perdagangan keuangan, penyelesaian, dan sistem otomatis, waktu selalu tetap monoton, unik, dan konsisten secara global.
Kontradiksi kunci dari kontroversi Polymarket ini terletak pada kenyataan bahwa peristiwa terkait menggunakan Waktu Timur AS sebagai standar penghitungan waktu, tetapi gagal mempertimbangkan secara memadai variabel potensial yang dibawa oleh peralihan waktu musim panas, akhirnya menyebabkan kekacauan data depan dan API. Di antara kelompok pengguna pasar prediksi saat ini, semakin banyak peserta yang telah melakukan perdagangan melalui API dan program otomatis, beberapa masalah kecil yang awalnya hanya mempengaruhi tampilan depan, mudah diperbesar dalam sistem otomatis menjadi kerugian dana yang nyata.
Dari hasilnya, kontroversi ini mungkin bukan kecelakaan serius, secara teori paling banyak hanya bisa muncul dua kali setahun, tetapi yang diungkapkannya adalah masalah desain yang lebih serius — ketika pasar prediksi secara bertahap bergerak menuju infrastruktur keuangan, ia juga harus mengikuti standar teknik yang digunakan oleh infrastruktur keuangan.
