Selamat siang. Belakangan ini saya memakai subgraph untuk mengecek TVL pada sebuah protokol; saat sedang mengganti jendela, tiba-tiba macet, dan baru muncul setelah menunggu belasan detik. Awalnya saya kira jaringan saya yang putus, tapi kemudian saya sadar indeksernya sinkronnya lambat. Data di Subgraph tertinggal puluhan blok dibanding kondisi aktual di chain.

Yang paling bikin kesal, saat melakukan panggilan via RPC, beberapa endpoint gratis dibatasi laju (rate limit), lalu langsung mengembalikan 503. Dalam situasi seperti ini, justru mengecek kembali lewat etherscan malah lebih cepat.

Intinya, rate limit terjadi karena RPC publik ini biasanya biasa dipakai banyak robot secara gratis; begitu ada tekanan aktivitas, langsung “meledak”. Sementara itu, indeksernya harus memutar ulang data berdasarkan urutan blok; kalau ada yang terlewat, harus ditambal—jadinya begitulah.

Cara saya sekarang: lebih baik tiap bulan keluarkan sedikit biaya Gas untuk menjalankan node ringan sendiri lalu dipasangkan ke full RPC, setidaknya ketika data sudah masuk itu pasti bersih, tanpa perlu bolak-balik curiga pada diri sendiri. Walau bayar lebih, tapi menghemat kecemasan.

Kalau ketika funding rate ekstrem, keterlambatan beberapa blok data itu, sementara yang lain berebut mengisi celah… kamu di sini malah mentok. Ya ampun. Saat data sempat macet seperti itu, memang sangat menyebalkan.