--- title: "FAQ - Latensi dan region" description: "Pertanyaan umum tentang latensi dan region di ERPC: pertanyaan yang tidak khusus untuk satu chain, lalu jawaban yang bergantung pada cara kerja Solana." canonical: "https://erpc.global/id/faq/latency/general/" locale: "id" --- # FAQ - Latensi dan region Pertanyaan tentang penagihan, Paket Free, pembayaran, serta error 401 atau 429 ada di [Cara memulai](https://erpc.global/id/faq/how-to-start/general/). ## Tidak khusus untuk satu chain Pertanyaan-pertanyaan ini membahas bagaimana jarak, region, lokasi server, endpoint bersama atau dedicated, dan bahasa pemrograman client Anda memengaruhi latensi. ### Q. Apakah saya perlu memilih region? Dengan [Edge RPC](https://erpc.global/id/doc/rpc/edge/), Anda tidak perlu memilih region. Aplikasi yang terhubung ke edge.erpc.global diarahkan secara otomatis ke titik masuk yang dekat di jalur jaringan. Dengan Unlimited Endpoints untuk Solana, Ethereum, dan Avalanche C-Chain, Anda memilih region saat memesan, dekat dengan tempat sistem trading atau backend Anda berjalan. Periksa region yang tersedia di [ERPC Web Dashboard](https://dashboard.erpc.global/id) saat memesan. Di Solana, tidak ada satu region yang cocok untuk semua strategi, karena peran pemimpin berpindah di antara validator sesuai jadwal pemimpin; lihat bagian Solana di bawah. ### Q. Saya mengalami latensi tinggi. Mengapa? Apakah Anda mengakses endpoint dari lokasi yang secara fisik dekat? Jarak sangat memengaruhi latensi. Kami merekomendasikan untuk mengakses dari server yang dekat dengan endpoint yang disediakan. Secara teori, jaringan kami menyediakan koneksi tercepat melalui [server Bare-Metal](https://erpc.global/id/baremetal/) dan [layanan VPS](https://erpc.global/id/vps/) kami. ### Q. Bagaimana latensinya? Latensi bervariasi tergantung pada metode pengukuran dan lingkungan penggunaan spesifik Anda. Daripada berfokus pada nilai numerik yang tepat, sangat penting untuk memastikan bahwa latensi memenuhi persyaratan operasional Anda yang sebenarnya. Untuk Solana, Anda dapat mengukur latensi dengan alat open source untuk TypeScript dan Rust berikut ini. - [Solana Stream SDK - ValidatorsDAO GitHub](https://github.com/ValidatorsDAO/solana-stream) - [SLV (Bahasa Indonesia)](https://slv.dev/id) ### Q. Mengapa endpoint dedicated lebih cepat? Endpoint bersama digunakan oleh banyak pelanggan yang berbagi sumber daya yang sama. Seiring bertambahnya lalu lintas, latensi cenderung meningkat. Sumber daya server memiliki batas fisik, dan jumlah pekerjaan yang dapat ditanganinya terbatas. Ketika terlalu banyak permintaan tiba pada saat yang sama, permintaan tersebut harus diproses secara berurutan sehingga waktu respons menjadi lebih lambat. Meskipun kami mengambil berbagai langkah untuk mengoptimalkan kinerja bahkan pada endpoint bersama, dengan endpoint dedicated Anda adalah satu-satunya pengguna sumber daya tersebut. Artinya, Anda sama sekali tidak terpengaruh oleh pengguna lain, sehingga respons tetap stabil dan cepat secara konsisten. Selain itu, endpoint dedicated menyediakan opsi komunikasi tanpa TLS, seperti HTTP. Dengan melewati handshake TLS (sekitar 20ms), komunikasi menjadi lebih cepat lagi dibandingkan HTTPS. ### Q. Paket mana yang menawarkan kinerja tercepat? Secara umum, paket tier tertinggi kami memberikan kinerja tercepat berkat CPU yang unggul, kapasitas memori yang lebih tinggi, dan konfigurasi hardware yang tangguh. Kami juga menawarkan solusi yang disesuaikan jika Anda memerlukan server yang lebih kuat lagi, tetapi paket standar kami dirancang untuk memberikan rasio harga terhadap kinerja yang optimal. Kami yakin dapat memberikan kinerja kelas dunia di setiap tingkat harga. Jika Anda menemukan penyedia yang lebih cepat dalam kisaran harga yang sama, mohon beri tahu kami agar kami dapat menyelidiki dan membuat perbaikan. ### Q. Latensi tidak seperti yang saya harapkan. Kinerja dapat sangat bervariasi tergantung pada bahasa pemrograman yang digunakan. Biasanya, perbandingan kecepatan bahasa menghasilkan urutan sebagai berikut: **Rust > Go > TypeScript (JavaScript) > Python** Untuk perbandingan yang lebih rinci, silakan lihat sumber berikut: [Perbandingan Kecepatan Bahasa Pemrograman](https://niklas-heer.github.io/speed-comparison/) Kami sangat merekomendasikan penggunaan Rust jika kinerja maksimum adalah tujuan Anda. ## Solana Jawaban-jawaban ini bergantung pada cara kerja Solana: peran pemimpin berpindah di antara validator sesuai jadwal pemimpin, sehingga lokasi validator memengaruhi pilihan region Anda. ### Q. Region mana yang Anda rekomendasikan? Tidak ada satu region terbaik yang permanen. Solana bersifat global, dan peran pemimpin berpindah di antara validator sesuai jadwal pemimpin. Region dengan lebih banyak validator dan stake yang lebih tinggi mendapatkan slot pemimpin lebih sering, yang dapat membantu transaksi mendarat lebih cepat. Trade-off-nya adalah lalu lintas yang bersaing juga terkonsentrasi di sana, sehingga region yang kurang ramai terkadang dapat memberikan hasil yang lebih baik tergantung pada strategi Anda. Sebagai titik awal yang praktis, pilih region padat validator seperti Frankfurt atau Pantai Timur AS ketika pasokan slot pemimpin yang stabil paling penting, atau tempatkan diri Anda dekat dengan validator target tertentu ketika eksekusi jalur terpendek menjadi prioritas. Gunakan [Validators Solutions](https://validators.solutions/) untuk memahami distribusi jaringan Solana publik, lalu gunakan [ERPC Leader Slot API](https://erpc.global/id/doc/rpc/leader-slot-api/) dan pengukuran nyata untuk memutuskan apakah deployment region tunggal, region ganda, atau global yang sesuai. [![Laporan Distribusi Mainnet Solana](https://erpc.global/faq/SolanaMainnetReportEN.jpg)](https://validators.solutions/) ### Q. Saya membutuhkan latensi ~400ms atau lebih baik. Untuk mencapai latensi dalam batas sekitar 400ms, pertimbangkan poin-poin penting berikut: - **Pemahaman Realistis tentang Nilai Ping**: Nilai ping menunjukkan kondisi ideal dan tidak mencerminkan latensi aktual dalam komunikasi streaming, yang biasanya mencapai sekitar 5 kali latensi ping. Sebagai contoh, ping 100ms antarbenua secara realistis menghasilkan latensi sekitar 500ms. Oleh karena itu, infrastruktur harus dibangun dalam region yang sama untuk mencapai latensi ~400ms. - Referensi Nilai Ping Tipikal: - Jaringan yang sama: ~0.1ms - Private Network Interconnect (PNI): ~0.2ms - Pusat data yang sama: ~0.3ms - Kota yang sama: ~1ms - Negara tetangga: ~5–10ms - Antarbenua: ~100–300ms - **Menghindari Jebakan Latensi Rata-rata**: Validator Solana tersebar secara geografis di seluruh dunia, dan jadwal pemimpin berubah secara acak pada setiap epoch. Mengandalkan latensi rata-rata untuk mencapai ~400ms tidak praktis. Sebaliknya, Anda harus melacak jadwal validator secara tepat di region spesifik Anda untuk mengidentifikasi slot dengan latensi terendah. Untuk secara konsisten mencapai latensi minimal, diperlukan infrastruktur di seluruh region yang relevan. Dalam region yang sama, akuisisi data dapat terjadi dalam puluhan milidetik, sementara transmisi dapat berlangsung hanya dalam beberapa milidetik. - **Melacak Jadwal Pemimpin**: Pantau jadwal validator pemimpin untuk region Anda menggunakan **ERPC Leader Slot API (`getLeaderSlots`)**. API ini mengembalikan jadwal pemimpin yang akan datang, bobot stake untuk epoch saat ini, perkiraan geolokasi validator, dan nilai ping referensi, sehingga Anda dapat mengidentifikasi slot dengan latensi terendah yang perlu ditargetkan sebelum slot tersebut tiba. Data bergaya peta publik dan API RPC native berguna untuk visibilitas jaringan yang luas, tetapi tidak cukup presisi untuk pengaturan waktu eksekusi. Leader Slot API mengisi celah tersebut dengan granularitas yang dibutuhkan untuk keputusan routing dan trading. - [Dokumentasi ERPC Leader Slot API](https://erpc.global/id/doc/rpc/leader-slot-api/) - [ERPC Web Dashboard](https://dashboard.erpc.global/id) [![Validators Solutions - Data jaringan Solana](https://erpc.global/faq/ValidatorsSolutionsEN.jpg)](https://validators.solutions/) Data jaringan Solana: [Validators Solutions](https://validators.solutions/) ### Q. Bagaimana saya bisa mencapai trading zero-block (zero-slot)? Untuk berhasil melakukan trading zero-block (zero-slot), diperlukan strategi yang lebih canggih seperti berikut: - **Mengidentifikasi Zona Peluang**: Validator Solana tersebar secara global, dan secara fisik tidak mungkin mencapai latensi optimal untuk setiap slot. Oleh karena itu, pantau jadwal pemimpin validator di region tempat infrastruktur Anda berada dan identifikasi zona peluang yang paling menguntungkan. Men-deploy infrastruktur di berbagai region juga dapat menguntungkan. Sebagai contoh, Frankfurt adalah region kunci karena kepadatan validatornya yang tinggi, sehingga validator di region ini lebih sering terpilih sebagai pemimpin dan peluang trading pun lebih besar. Gunakan **ERPC Leader Slot API (`getLeaderSlots`)** untuk melihat jadwal pemimpin yang akan datang, bobot stake untuk epoch saat ini, perkiraan data geolokasi validator, dan nilai ping referensi dengan presisi yang jauh lebih tinggi daripada sumber data bergaya peta publik atau API RPC native. Dengan begitu, Anda dapat memetakan zona peluang sebelum slot tiba dan mengeksekusi trade dengan latensi mendekati nol. - [Dokumentasi ERPC Leader Slot API](https://erpc.global/id/doc/rpc/leader-slot-api/) - [ERPC Web Dashboard](https://dashboard.erpc.global/id) - **Menerapkan Node Dedicated**: Jika Anda kesulitan bersaing, pertimbangkan untuk men-deploy node dedicated. Node bersama mengalami latensi karena lalu lintas dari pengguna lain, sehingga tidak direkomendasikan. Selain itu, menempatkan node dedicated Anda dalam jaringan yang sama dengan aplikasi Anda secara signifikan mengurangi latensi jaringan dan mengoptimalkan kinerja. ### Q. Manakah yang tercepat: WebSockets, gRPC, atau Shreds? Umpan balik dari banyak pelanggan cukup konsisten, dan urutan kinerjanya adalah sebagai berikut: **Shreds > gRPC > WebSockets** Jika Anda menemukan hasil atau kondisi yang berbeda, mohon beri tahu kami. ### Q. Apakah RPC ini (gRPC, Shreds) lebih cepat daripada yang lain? Kami merancang setiap tingkatan harga untuk kecepatan, dan kami senang jika hal itu diukur berdampingan dengan penyedia lain mana pun. Hasilnya dapat berbeda tergantung pada region, penggunaan endpoint bersama atau dedicated, protokol yang digunakan (WebSockets, gRPC, atau Shreds), dan bahasa pemrograman client Anda. Jika Anda menemukan layanan kami lebih lambat, mohon beri tahu kami kondisi spesifik dan pesaing yang Anda bandingkan melalui ERPC Web Dashboard. Kami akan mengidentifikasi penyebabnya dan meningkatkan kecepatannya lebih lanjut. [ERPC Web Dashboard](https://dashboard.erpc.global/id)