ERPC Menerbitkan "How to be faster on Solana?" (Cara Agar Lebih Cepat di Solana) — Sebuah Laporan yang Memvisualisasikan Apa yang Menentukan Kecepatan di Solana sebagai Fisika Jarak Jaringan, Lengkap dengan Data Langsung
ERPC Menerbitkan "How to be faster on Solana?" (Cara Agar Lebih Cepat di Solana) — Sebuah Laporan yang Memvisualisasikan Apa yang Menentukan Kecepatan di Solana sebagai Fisika Jarak Jaringan, Lengkap dengan Data Langsung
ELSOUL LABO B.V. (Kantor Pusat: Amsterdam, Belanda; CEO: Fumitake Kawasaki) dan Validators DAO, yang mengoperasikan ERPC, dengan bangga mengumumkan penerbitan "How to be faster on Solana?", sebuah halaman laporan yang memaparkan — dalam satu alur dari atas ke bawah yang bahkan dapat dipahami sekilas oleh developer non-spesialis — bagaimana cara menjadi lebih cepat di Solana.
Dalam beberapa tahun terakhir, semakin banyak developer dan tim yang menekuni high-frequency trading (HFT) dan infrastruktur keuangan real-time di blockchain, khususnya di Solana. Namun, pengetahuan di balik pertanyaan-pertanyaan paling mendasar — mengapa sebagian pihak lebih cepat, dan bagaimana cara menjadi lebih cepat — tetap tersebar di berbagai blog teknis individual dan penjelasan yang terpotong-potong, dengan sedikit sumber yang memungkinkan Anda memahami gambaran keseluruhan dengan cepat. Laporan ini menata ulang inti dari artikel-artikel teknis yang telah diterbitkan ERPC selama ini menjadi satu "garis fisika" yang berkesinambungan.
Laporan ini membagikan pemahaman praktis untuk menggunakan jaringan secara lebih efisien dan dengan kecepatan lebih tinggi — bahkan pada jaringan terdesentralisasi yang partisipannya tersebar di seluruh dunia. Kami percaya bahwa berbagi secara sistematis tentang di mana, dan mengapa, perbedaan kecepatan muncul akan berkontribusi pada efisiensi dan pertumbuhan yang sehat dari ekosistem blockchain yang lebih luas, termasuk Solana, melampaui kepentingan satu penyedia mana pun.
How to be faster on Solana? (laporannya): https://erpc.global/id/how-to-be-faster/
Situs Resmi ERPC: https://erpc.global/id
Dashboard ERPC: https://dashboard.erpc.global/id
Yang Menentukan Kecepatan Bukan Kode atau Mesin Anda — Melainkan Lapisan Ketiga yang Tak Terlihat
"Saya menjalankan strategi yang sama, tetapi hanya bot saya yang ter-fill terlambat." "Harga ter-update dengan baik, tetapi hanya transaksi saya yang tidak masuk." "Saya berganti penyedia RPC, dan tidak ada yang berubah." — keluhan yang dilontarkan para developer yang bersaing dalam kecepatan di Solana sangatlah mirip.
Tersangka pertama selalu "mungkin kode saya lambat" atau "mungkin spesifikasi saya kurang bagus." Mengoptimalkan kode dan mesin Anda tentu membantu. Namun, dalam banyak kasus ketika Anda sudah menyetel keduanya secara menyeluruh, yang tersisa hingga akhir — dan paling sering terlewatkan — adalah lapisan ketiga yang tak terlihat: jarak jaringan Anda ke Solana.
Begitu jalur eksekusi Anda sudah dioptimalkan dengan baik, apa yang masih bisa dipangkas oleh penyetelan CPU pada level instruksi berada dalam dunia nanodetik hingga paling banyak beberapa mikrodetik. Sebaliknya, jarak jaringan mengatur ratusan milidetik — sebuah tuas berskala sekitar 1000x tertidur di lapisan yang paling sering diabaikan orang. Setelah titik di mana Anda telah memoles kode dan mesin Anda, ruang perbaikan terbesar yang tersisa ada pada lapisan ketiga itu.
Di Solana, "Tempat Tercepat" Berpindah ke Seluruh Dunia Setiap Slot
Di Solana, satu slot maju kira-kira setiap 400 milidetik, dan setiap slot memiliki sebuah validator yang ditugaskan sebagai "leader"-nya untuk membangun potongan blok tersebut. Leader berganti dengan cepat (validator yang sama bisa memegang beberapa slot berturut-turut), dan server yang paling dekat dengan leader itu memperoleh keuntungan besar untuk slot tersebut.
Inilah yang membuatnya secara fundamental berbeda dari high-frequency trading tradisional. Pada saham atau FX, menempatkan server Anda di sebelah satu matching engine bursa — sebuah titik tetap yang tidak berpindah — membuat Anda tetap unggul selamanya. Di Solana, leader berpindah ke seluruh dunia slot demi slot. Kursi tercepat berada di tempat yang berbeda setiap kali. Sekadar berkemah di sebelah satu titik sekali lalu menganggapnya selesai sama sekali tidak berlaku di sini.
Dalam laporan ini, sebuah globe yang digerakkan oleh data langsung dari Leader Slot Information API milik ERPC (getLeaderSlots) menampilkan leader saat ini, dan pergantiannya yang memusingkan, persis sebagaimana yang terjadi. "Tempat tercepat terus berpindah" — ini bukan metafora, melainkan fakta yang bisa Anda amati secara langsung.
Jarak Adalah Latensi — Dari ~0,1ms pada Jaringan yang Sama hingga 100–300ms Lintas Benua
Kecepatan cahaya melalui serat optik, dan jumlah hop router di sepanjang jalur, menetapkan sebuah batas dasar yang tak bisa dikalahkan oleh hardware mana pun. Jarak bekerja kira-kira dalam orde besaran berikut:
- Jaringan yang sama: ~0,1ms
- Datacenter yang sama: ~0,3ms
- Kota yang sama: ~1ms
- Negara tetangga: ~5–10ms
- Lintas benua: ~100–300ms
Satu slot hanya sekitar 400 milidetik. 100–300 milidetik untuk melintasi sebuah benua saja sudah menghabiskan jendela waktu satu slot penuh. Ketika leader berada di depan pintu Anda, Anda masuk ke dalam jendela waktunya; ketika ia berada di sisi lain planet, Anda sudah melewatkannya bahkan sebelum Anda mengirim. Menjadi cepat untuk setiap slot berarti selalu "dekat" di mana pun leader mendarat.
Perhatikan bahwa perbandingan dalam laporan ini — "~0,1ms pada jaringan yang sama" versus "pada jalur memutar, jumlah relay hop (hop = router yang dilalui sebuah sinyal) naik menjadi sekitar 7, dan latensi melebar menjadi sekitar 70x" — adalah angka bulat yang dimaksudkan untuk menyampaikan, secara intuitif, jurang antara rute dekat dan rute jauh. Ayunan besar hasil pengukuran muncul dalam data langsung dari Leader Slot Information API milik ERPC: latensi terukur dari suatu node ke leader berubah besar tergantung di mana leader berada (slot mana), dan ayunan berskala puluhan kali lipat antara slot dekat dan jauh telah teramati. Satu angka "latensi rata-rata" sering kali hanyalah sebuah slot cepat dan sebuah slot lambat yang bergantian; rata-rata kerap menyembunyikan kenyataannya.
Dan sebuah "nama kota" bukanlah jalur jaringan itu sendiri. Bahkan di dalam kota yang sama, jika transit eksternal atau hop tambahan disisipkan, latensi menumpuk sebanyak itu saja. Itulah persis mengapa Anda memilih node terdekat berdasarkan waktu kedatangan terukur (ping), bukan berdasarkan jarak di peta.
Satu Kota Tidaklah Cukup — Multi-Region, Selalu Dekat dengan Leader
Kota tempat validator Solana berkerumun paling padat adalah Frankfurt. Meski demikian, dalam sebuah snapshot terukur pada saat penerbitan, validator yang berkumpul di Frankfurt hanya mencakup sekitar seperempat dari keseluruhan jaringan — baik berdasarkan jumlah validator maupun berdasarkan stake. Sekitar tiga perempat slot sisanya dipimpin dari tempat selain Frankfurt.
Dengan kata lain, sekalipun Anda menempatkan satu mesin terbaik Anda di kota terpadat, hal itu saja tidak akan pernah membuat Anda "selalu tercepat." Bersiaga di beberapa region (misalnya Frankfurt / Amsterdam / New York / Tokyo / Singapore), menerima di dekat leader mana pun yang sedang aktif, dan mengoperkan saat leader berpindah — inilah cara menjadi cepat untuk setiap slot.
Ketika Transaksi Anda Tidak Mendarat, Anda Terjebak di Jalur Spam
Kecepatan bukan hanya soal di mana server Anda berada. Melalui jalur mana Anda mengirimkan transaksi juga menentukan berhasil atau gagalnya.
Dari kapasitas TPU (Transaction Processing Unit) yang menerima transaksi, leader mengalokasikan hingga sekitar 80% untuk prioritas berbobot stake — yaitu, untuk koneksi yang didukung oleh SOL yang dikomitmenkan ke sebuah validator (stake) (SWQoS / Stake-Weighted Quality of Service). Sekitar 20% sisanya dibagi oleh semua koneksi lain. Yang terakhir ini adalah jalur penuh sesak yang dijejali spam. Perhatikan bahwa alokasi ~80% ini ditentukan di sisi leader sebagai bagian dari protokol Solana, bukan sesuatu yang ditetapkan oleh ERPC.
Menembakkan transaksi langsung ke leader terasa seperti langkah tercepat. Namun, tanpa dukungan stake, itu berarti mengantre di jalur ~20% yang penuh sesak, dan di bawah beban tinggi transaksi Anda berakhir tidak pernah masuk ke dalam blok. Jawaban esensialnya adalah mengirim melalui jalur yang didukung stake — dari sebuah RPC yang terhubung ke staked validator melalui hubungan trusted-peer. ERPC mengoperasikan sebuah staked validator papan atas, yang terhubung ke jalur RPC berkualitas tinggi, sebagai pendukung untuk hal ini (Shinobi Performance Pool).
Hardware Baru Berarti Sesuatu Ketika Berjalan pada Tenaga Penuh
Bahkan server yang ditempatkan di titik yang tepat tidak dapat memanfaatkan kedekatan yang ia peroleh jika perangkatnya sendiri tidak berjalan habis-habisan. VPS yang tervirtualisasi berbagi hypervisor, sehingga rentan terhadap jitter dan macet akibat "noisy neighbors" justru ketika keadaan paling padat. Bare metal khusus tidak mengalami hal itu. Batas dasar kecepatan clock yang harus dipenuhi sebuah validator Solana adalah 2.8GHz; bare metal milik ERPC berjalan jauh di atasnya, pada clock kelas 5.7GHz yang tinggi, sambil menjaga utilisasi pada 30–40% — karena CPU yang dipaku pada 95% menghasilkan jitter bagaikan jalan yang macet total.
Perbedaan ini tidak terbatas pada bare metal papan atas. Dalam laporan ini, kami menempatkan VPS milik ERPC (VPS++) berdampingan dengan sebuah virtual machine major cloud berspesifikasi sebanding (keduanya AMD Turin / 4 vCPU) menggunakan benchmark aktual (node_bench). Ini bukan sebuah produksi; ini adalah sebuah "pengukuran" yang dapat direproduksi siapa pun dengan metode yang sama. ERPC secara konsisten menekankan untuk menunjukkan kualitas pengiriman dan kecepatan melalui pengukuran, bukan melalui klaim subjektif atau materi pemasaran.
Jawaban Akhir: Jaringan yang Sama = Jarak Nol
Tempat seluruh garis penalaran ini bermuara adalah satu titik: berada "pada jaringan yang sama" dengan infrastruktur Solana — RPC, validator, dan jalur real-time yang terlibat dalam trading, seperti Jito dan Shredstream. Pada jaringan yang sama, latensinya ~0,1ms, dan paket sama sekali tidak pernah melintasi internet publik. "Melalui internet publik," yang menjadi setelan default bagi sebagian besar orang, adalah persis mengapa sebagian besar orang lambat. Jarak nol adalah kesimpulan yang mengikat lokasi, mesin, dan stake menjadi satu.
ERPC — Setiap Optimasi yang Dituntut Fisika, dalam Satu Platform
Untuk setiap jawaban yang diturunkan laporan ini sebagai fisika, ERPC memiliki sarana yang sesuai: VPS dan bare metal pada jaringan yang sama (jarak nol), bersiaga di beberapa region (FRA / AMS / NY / TYO / SGP) (selalu tercepat), routing berdasarkan ping terukur (ke node yang benar-benar terdekat berdasarkan jalur, bukan berdasarkan peta), API getLeaderSlots (mengetahui posisi leader slot demi slot), dan bare metal kelas 5.7GHz yang disetel dengan SLV open-source (tenaga penuh).
ERPC lahir karena pada mulanya kami sendiri membutuhkannya. Menjalankan Epics DAO yang open-source (sebuah game kartu di Solana), kami tidak dapat membeli infrastruktur semacam ini bahkan ketika kami mencoba, sehingga kami tidak punya pilihan selain membangunnya sendiri. Kini Anda dapat berdiri di atas fondasi yang sama itu.
Di ERPC, Anda dapat menggabungkan Solana RPC, WebSocket, Solana Geyser gRPC, Solana Shredstream, Direct UDP Stream (Raw Shreds), VPS, server bare-metal, RPC khusus, SWQoS, Price API berkemampuan Pyth, serta Jet Analytics & Indexed RPC dalam satu platform.
Menggunakan Jaringan Terdesentralisasi dengan Lebih Cepat dan Lebih Efisien
Ada bagian dari kecepatan yang dapat ditingkatkan melalui investasi infrastruktur yang tepat. Namun, yang secara konsisten ingin disampaikan laporan ini adalah bahwa memahami "di mana, dan mengapa, perbedaan itu muncul" merupakan keunggulan yang sesungguhnya. Begitu Anda memahami di mana Anda kehilangan waktu — lokasi, jalur, mesin, atau stake — barulah Anda dapat memilih sumber daya yang tepat dan berfokus pada pekerjaan inti Anda: strategi, coding, dan pengembangan.
Bahkan pada jaringan terdesentralisasi, jaringan tetap dapat digunakan secara efisien. Berbagi kenyataan itu secara sistematis sepatutnya berkontribusi pada efisiensi dan pertumbuhan ekosistem blockchain yang lebih luas, termasuk Solana, melampaui kepentingan satu penyedia mana pun.
R&D dan Penyempurnaan Berkelanjutan Infrastruktur Khusus Solana
Di balik ERPC terdapat penelitian dan pengembangan infrastruktur khusus Solana yang terus dijalankan ELSOUL LABO. ELSOUL LABO telah disetujui selama lima tahun berturut-turut sejak 2022 di bawah WBSO, program dukungan R&D pemerintah Belanda. ELSOUL LABO terus melakukan R&D pada infrastruktur Solana RPC, operasi validator, pengiriman data real-time, serta operasi dan pengembangan yang dibantu AI-agent, dan hasil-hasil tersebut tercermin di berbagai layanan termasuk ERPC, SLV, SLV AI, dan datacenter khusus Solana AS200261. Penerbitan laporan ini pun merupakan upaya yang langsung berlanjut dari penelitian dan pengembangan berkelanjutan ini. ERPC akan terus menerbitkan hasil-hasilnya secara sistematis.
Penggunaan dan Konsultasi
Untuk pertanyaan tentang isi laporan ini, konsultasi mengenai peningkatan kecepatan setelan Anda sendiri, bantuan dalam memilih sumber daya atau merencanakan migrasi, atau pertanyaan tentang benchmark, silakan buat tiket dukungan di Discord resmi Validators DAO.
How to be faster on Solana? (laporannya): https://erpc.global/id/how-to-be-faster/
Dashboard ERPC: https://dashboard.erpc.global/id
Situs Resmi ERPC: https://erpc.global/id
Discord Resmi Validators DAO: https://discord.gg/C7ZQSrCkYR
Kami dengan tulus berterima kasih kepada seluruh pengguna kami atas penggunaan ERPC yang berkelanjutan.
Tautan
- How to be faster on Solana? (laporannya): https://erpc.global/id/how-to-be-faster/
- Situs Resmi ERPC: https://erpc.global/id
- Dashboard ERPC: https://dashboard.erpc.global/id
- Harga ERPC: https://erpc.global/id/price/
- Situs Resmi SLV: https://slv.dev/id
- SLV GitHub: https://github.com/validatorsDAO/slv
- Discord Resmi Validators DAO: https://discord.gg/C7ZQSrCkYR
Berita
