Belakangan ini saat melakukan integrasi oracle, saya menemukan fenomena menarik: banyak protokol DeFi mengabaikan masalah「keterlambatan」 dalam aliran data, dan ini sering kali bukan karena sistem gagal, melainkan data tidak dipicu pada waktu yang diharapkan.

Misalnya, sebuah posisi secara teori harus ditutup pada waktu A, tetapi ternyata baru beralih status pada waktu B—terlambat puluhan menit. Pada saat ini, operasi likuidasi menjadi sangat janggal, pengguna melihat data pasar seolah-olah tertunda, sementara backend menunjukkan semuanya normal. Ini menjadi situasi yang memalukan.

Bagaimana memecahkan masalah seperti ini? Dimulai dari bagaimana protokol mengonsumsi data oracle. Kebiasaan saya adalah tidak buru-buru membuat kerangka logika, melainkan dari dimensi blok secara mundur—apa yang sebenarnya「lihat」oleh protokol dalam jendela waktu ini? Jalur panggilan apa yang dipicu? Apa yang dimaksud dengan data「segara」, dan apa yang disebut「cukup」? Jika tidak memahami detail proses ini, maka bukan lagi masalah yang bisa dipecahkan, melainkan hanya keberuntungan. Ini juga menjadi salah satu jebakan paling umum saat orang mengintegrasikan oracle.

Sejujurnya, banyak orang menganggap integrasi oracle sebagai pekerjaan akhir pekan yang sederhana dan kasar. Tapi masalah sebenarnya terkumpul seiring waktu—beberapa bulan kemudian, perilaku protokol mulai berubah. Entah karena mengurangi biaya dengan melonggarkan parameter secara diam-diam, menambahkan sumber data cadangan, atau mengubah frekuensi pembaruan. Penyesuaian-penyesuaian ini tampaknya tidak berbahaya, tetapi sebenarnya secara diam-diam membentuk kembali pemahaman sistem terhadap「ketersediaan」data.