Hari ini ingin berbicara tentang masalah yang sering diabaikan dalam DeFi—biaya oracle.

Banyak orang saat menggunakan aplikasi terdesentralisasi hanya mengeluhkan "Kenapa jadi lambat ya?""Mengapa harganya berbeda jauh?""Tiba-tiba saja terkena liquidation," bahkan ada yang fungsi tertentu hilang secara mendadak, tetapi alasan sebenarnya di balik semua itu sering tidak ditanyakan. Sebenarnya, semua ini mengarah pada satu masalah yang sama: pengeluaran untuk oracle yang diam-diam terus bertambah.

Biaya ini seperti batu kecil di pasir. Pada awalnya saat digunakan, tidak terasa, tetapi seiring ekosistem membesar, volume data meningkat, dan kompleksitas produk bertambah, biaya ini mulai muncul ke permukaan, dan akhirnya menjadi bottleneck yang sulit diatasi.

**Pada tahap awal, semuanya masih bisa dibilang baik.** Dalam skala kecil, setiap oracle sudah cukup—biaya transaksi rendah, frekuensi pembaruan cepat, pengalaman pengguna sangat lancar. Tetapi begitu interaksi lintas chain meningkat, jenis aset bertambah, dan fungsi menjadi lebih kompleks, situasinya menjadi berbeda sama sekali. Setiap pembaruan data adalah biaya, dan itu terus menerus dikonsumsi. Proyek akhirnya harus memilih—apakah menurunkan frekuensi pembaruan (menggunakan harga yang sudah usang), mengurangi dukungan terhadap jenis token tertentu (fitur tidak lengkap), atau memperkenalkan sumber data yang kurang andal (menanamkan risiko).

Langkah-langkah yang tampaknya menghemat ini sebenarnya menggerogoti keamanan sistem. Saat pasar bergejolak hebat, celah akan terbuka.

Beberapa orang sudah menyadari seriusnya masalah ini dan mulai fokus pada efisiensi oracle itu sendiri. Daripada biaya terus membengkak tanpa kendali, lebih baik merancang mekanisme oracle yang lebih efisien—ini bisa menjadi kunci kompetisi produk DeFi di tahap berikutnya.