Belakangan ini banyak teman yang menjalankan Bot prediksi pasar mengeluhkan masalah infrastruktur, ditambah pengalaman praktis saya selama ini, ingin berbagi beberapa titik rawan dan solusi yang mudah dilakukan.

**Kestabilan koneksi** adalah bahaya utama pertama. Saat mengumpulkan data historis atau data pasar secara real-time, WS sering tiba-tiba terputus atau mengirimkan data tidak lengkap, langsung menyebabkan kekosongan data order book. Saya pernah mengalami kerugian karena ini di server Tokyo — Bot yang beroperasi berdasarkan Orderbook yang tidak lengkap, risiko jadi sangat tinggi. Baru kemudian saya memikirkan menggunakan polling REST API sebagai solusi cadangan, dan akhirnya masalah ini bisa dikendalikan. Tentu ini melibatkan dua aspek, yaitu server dan desain program, bukan sepenuhnya kesalahan resmi.

**Mesin status + verifikasi multi-sumber** adalah prinsip keras yang saya pelajari terakhir. Saat menjalankan strategi, begitu API bermasalah, risiko besar langsung muncul. Jadi, wajib menggunakan mesin status untuk memantau seluruh proses order (pembuatan order → konfirmasi → pencocokan → penyelesaian di chain), dengan beberapa lapis peringatan: jika order terjebak di Pending melebihi waktu yang diharapkan, jika order book tiba-tiba berubah drastis, jika slippage melebihi batas, maka segera hentikan pembuatan order baru dan tutup posisi risiko. Selain itu, gunakan verifikasi ganda antara WS dan API, ditambah cross-check dengan event di chain dan query subgraf The Graph, agar lebih yakin.

**Latency jaringan adalah batasan sebenarnya**. Ada yang mengira bahwa delay mikrodetik dari logika program adalah hambatan utama, padahal jauh dari itu. Yang benar-benar menjadi penghambat adalah delay bolak-balik jaringan dan server. Saya sudah mengukur bahwa antara node Jepang saja bisa lebih dari 200 milidetik, dan dalam pasar yang kompetitif dengan frekuensi tinggi, kelemahan ini bisa sangat fatal.

Secara keseluruhan, peluang pasar prediksi memang banyak, tapi infrastruktur masih dalam tahap penyesuaian. Daripada fokus pada keuntungan agresif, lebih baik prioritaskan pertahanan — menjaga modal adalah target utama, apalagi ada ekspektasi airdrop di masa depan.