FAQ - Server Bare-Metal

Tidak khusus untuk satu chain

Q. Mengapa Bare Metal Anda begitu cepat?

Selain menggunakan CPU, RAM, dan SSD NVMe berkinerja tinggi, kami memilih penyedia mitra dengan cermat berdasarkan pengalaman yang luas, sehingga kinerja optimal tetap konsisten bahkan dengan perangkat keras berspesifikasi sama. Penyedia mitra tepercaya kami menjamin kualitas tertinggi pada CPU, RAM, SSD, dan infrastruktur jaringan, serta terus meningkatkan layanan mereka dengan menambah Points of Presence (PoP) dan mengurangi latensi ke PoP populer.
Selain itu, platform kami sepenuhnya mengintegrasikan berbagi jaringan (network sharing), sehingga secara efektif mengurangi jarak antara aplikasi Anda dan jaringan Solana menjadi nol. Karena kecepatan jaringan biasanya merupakan bottleneck kinerja yang utama, kami telah membangun lingkungan jaringan Solana berkecepatan tinggi yang teroptimasi untuk menghilangkan masalah ini, sehingga aplikasi Anda dapat mencapai kinerja maksimum.

Q. Apa keunggulan bare-metal? Apa bedanya dengan VPS?

Server bare-metal menyediakan server fisik yang didedikasikan khusus untuk Anda. Server VPS adalah lingkungan virtual yang membagi core CPU fisik menjadi beberapa CPU virtual (vCPU), sehingga jumlah vCPU dapat melebihi jumlah core fisik yang sebenarnya.
  • Untuk penggunaan yang berorientasi kinerja: Server bare-metal direkomendasikan.
  • Untuk optimalisasi rasio biaya dan kinerja: Server VPS direkomendasikan.

Q. Bisakah saya menambahkan alamat IPv4 publik ke server bare metal saya?

Alamat IPv4 publik tambahan hanya tersedia untuk server bare metal dengan kontrak tahunan. Untuk informasi lebih lanjut, hubungi tim dukungan melalui dasbor ERPC.

Q. Di region mana node Anda berada?

Saat ini kami mengoperasikan node di region berikut:
  • Frankfurt (FRA)
  • Amsterdam (AMS)
  • London (LON)
  • Stockholm (STO)
  • New York (NY)
  • Chicago (CHI)
  • Salt Lake City (SLC)
  • Tokyo (TY)
  • Singapore (SGP)

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.

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 bervariasi berdasarkan bahasa pemrograman yang digunakan. Biasanya, peringkat kinerja bahasa adalah sebagai berikut:
Rust > Go > TypeScript (JavaScript) > Python
Untuk perbandingan rinci, lihat sumber berikut:
Kami sangat merekomendasikan penggunaan Rust untuk mencapai kinerja tertinggi.

Q. Apakah harga saya akan dinaikkan setelah saya berlangganan?

Selama langganan Anda tetap aktif, harga yang Anda kunci saat mendaftar terus berlaku. Lingkungan yang sanggup menangani beban kerja real-time Solana langka di seluruh dunia, dan kami berencana menaikkan harga seiring meningkatnya permintaan hardware dan jaringan. Konfigurasi dengan spesifikasi lebih tinggi dan region dengan permintaan tinggi paling cepat terjual habis, sehingga mengunci harga saat ini adalah pilihan yang paling hemat biaya dalam jangka panjang.

Q. Saya ingin membayar dengan crypto

Pembayaran crypto tersedia dari ERPC Web Dashboard jika negara alamat penagihan terdaftar Anda termasuk negara anggota Uni Eropa. Jika semua kartu pembayaran yang terdaftar di akun Anda diterbitkan di luar Uni Eropa, pembayaran crypto tidak tersedia. Anda dapat menggunakan SOL, USDC, atau EURC untuk membeli ERPC Credits.
Gunakan ERPC Credits tersebut untuk mengaktifkan atau melanjutkan paket ERPC. Buka dashboard, pilih pembayaran crypto, kirim transfer dari wallet Anda, lalu dashboard akan memverifikasi transaksi dan menambahkan credits ke akun Anda.
Negara yang didukung: Austria, Belanda, Belgia, Bulgaria, Ceko, Denmark, Estonia, Finlandia, Hungaria, Irlandia, Italia, Jerman, Kroasia, Latvia, Lituania, Luksemburg, Malta, Polandia, Portugal, Prancis, Rumania, Siprus, Slovakia, Slovenia, Spanyol, Swedia, Yunani.
Untuk negara yang tidak ada dalam daftar, silakan bayar dengan kartu kredit.

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 untuk memahami distribusi jaringan Solana publik, lalu gunakan ERPC Leader Slot API dan pengukuran nyata untuk memutuskan apakah deployment region tunggal, region ganda, atau global yang sesuai.
Laporan Distribusi Mainnet Solana

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.
Validators Solutions - Data jaringan Solana
Data jaringan Solana: 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.
  • 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?

Menurut umpan balik pelanggan yang dihimpun, urutan kinerjanya adalah:
Shreds > gRPC > WebSockets
Mohon beri tahu kami jika Anda mengamati hasil yang berbeda.

Q. Saya ingin lingkungan yang sebaik mungkin.

UDP Forwarding tersedia sebagai Standard dan Premium. Keduanya sampai ke receiver Anda dari region yang Anda pilih. Di Standard, ERPC meneruskan Shreds kepada Anda dari sebuah node di region tersebut, sehingga Shreds tiba dari satu IP sumber. Di Premium, untuk setiap Shred, jaringan mesh meneruskan salinan yang paling dulu sampai ke jaringan itu. Di Premium, Shreds sering tiba 1–3 ms lebih awal daripada di Standard. Pada 30 Oktober 2026, receiver ERPC di Frankfurt menerima Standard dan Premium secara bersamaan dalam satu kali pengukuran selama 120 detik. Untuk setiap Shred yang sampai di keduanya, dibandingkan waktu kedatangan pertamanya di Standard dan di Premium. Pilih Premium jika Anda membutuhkan selisih kecepatan tersebut, dan Standard jika tidak. Di ERPC Web Dashboard, pilih region Anda, lalu atur alamat IPv4 publik dan port server Anda sebagai tujuan Raw Shreds. Apa pun pilihan Anda, izinkan setiap IP sumber yang ditampilkan di dashboard pada firewall di sisi penerima Anda.
Untuk detailnya, silakan hubungi kami melalui ERPC Web Dashboard.

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.