--- title: "FAQ - Solana Shreds" description: "Pertanyaan umum tentang Solana Shreds ERPC: region, pendaftaran IP, apa yang dicek jika tidak bisa terhubung, UDP Forwarding, paket, dan pembayaran." canonical: "https://erpc.global/id/faq/shreds/general/" locale: "id" --- # FAQ - Solana Shreds ## Q. Output Shreds / getBlock saya tiba-tiba terlihat rusak atau mengembalikan -32015 — apa yang berubah? Solana Transaction v1 (SIMD-0385) mulai berlaku di mainnet Solana pada 15 September 2026, di epoch 1035. Wire layout transaksi v1 diawali dengan byte prefiks versi `0x81`, tanda tangan berada setelah message, dan tidak ada lagi prefiks panjang legacy. Jika Anda mendekode sendiri entry ShredStream atau UDP Forwarding, decoder `bincode` atau `solana-entry` di bawah versi 4.2 salah membaca byte `0x81` tersebut sebagai jumlah tanda tangan, yang muncul sebagai error EOF, overflow compact-length, atau error "invalid message version". Pengguna Geyser gRPC yang mendeserialisasi transaksi mentah dengan crate sebelum 4.2 mengalami masalah yang sama. Panggilan RPC `getBlock` dan `getTransaction` dengan `maxSupportedTransactionVersion: 0` mengembalikan `-32015 Transaction version (1) is not supported by the requesting client`; `getTransactionsForAddress` dalam mode `full` melaporkan error yang sama pada setiap baris yang terdampak. Anda tidak terdampak jika sudah membaca respons JSON hasil parsing ERPC dengan version 1 disetel. Setel `maxSupportedTransactionVersion` ke `1` di objek options — parameter kedua `getBlock` dan `getTransaction`, serta di options `getTransactionsForAddress` juga: ```json { "maxSupportedTransactionVersion": 1 } ``` Perbarui Solana Stream SDK ke `2.0.0`: `solana-stream-sdk` Rust di crates.io, atau `@validators-dao/solana-stream-sdk` dan `@validators-dao/solana-shreds-client` di npm. Perbarui `@validators-dao/solana-entry-decoder` secara terpisah ke `2.5.0`. `1.4.0` dan entry-decoder `2.4.0` tidak mendukung v1. Decoder Rust buatan sendiri sebaiknya beralih ke `solana-entry` `4.2.x`. - [Panduan migrasi](https://github.com/ValidatorsDAO/solana-stream/blob/main/docs/transaction-v1.md) - [Catatan rilis SDK 2.0.0](https://github.com/ValidatorsDAO/solana-stream/releases/tag/v2.0.0) - [Repositori Solana Stream SDK](https://github.com/ValidatorsDAO/solana-stream) - [SIMD-0385: Transaction v1 — proposal](https://github.com/solana-foundation/solana-improvement-documents/blob/main/proposals/0385-transaction-v1.md) - [Upgrade Solana: Larger Transaction Sizes](https://solana.com/upgrades/larger-transaction-sizes) - [Dokumentasi Solana RPC: getBlock](https://solana.com/docs/rpc/http/getblock) - [Dokumentasi Solana RPC: getTransaction](https://solana.com/docs/rpc/http/gettransaction) - [Dokumentasi ERPC: Quickstart ShredStream](https://erpc.global/id/doc/shredstream/quickstart/) - [Dokumentasi ERPC: Quickstart Geyser gRPC](https://erpc.global/id/doc/geyser-grpc/quickstart/) - [Dokumentasi ERPC: RPC](https://erpc.global/id/doc/rpc/general/) ## Q. Di region mana node Anda berada? Saat ini kami mengoperasikan node di region berikut: - Frankfurt (FRA) - Amsterdam (AMS) - London (LON) - Dublin (DUB) - New York (NY) - Chicago (CHI) - Salt Lake City (SLC) - Tokyo (TY) - Singapore (SGP) - Sydney (SYD) ERPC mengukur latensi jaringan yang sebenarnya berdasarkan jalur routing nyata, secara otomatis memilih region dengan latensi terendah daripada mengandalkan jarak garis lurus. Pendekatan ini tidak hanya meningkatkan latensi untuk masing-masing pengguna tetapi juga meningkatkan efisiensi jaringan secara keseluruhan dan memperkuat ketahanan global ERPC terhadap potensi serangan. Jika lingkungan Anda tidak secara otomatis memilih region optimal, silakan hubungi kami melalui ERPC Web Dashboard. ERPC Web Dashboard: https://dashboard.erpc.global/id ## Q. Latensi menunjukkan 9999ms dan region yang tidak optimal terpilih. Apa yang harus saya lakukan? Untuk pemilihan wilayah Shreds, ERPC mengirim probe latensi ICMP ke IP terdaftar Anda dari host proxy yang tercantum di bawah ini. Izinkan permintaan echo ICMP masuk dari setiap IP sumber yang tercantum. Jika diblokir oleh firewall (ufw, firewall cloud, grup keamanan, dll.), hasil pengukuran dapat menjadi `9999ms` dan wilayah yang tidak optimal dapat terpilih. Beberapa IP dalam satu wilayah merupakan host probe yang terpisah; semuanya diperlukan. [ERPC_PING_SOURCES:shreds]: # | Region | IP sumber ICMP | | --- | --- | | 🇳🇱 Amsterdam | `82.21.43.35` | | 🇺🇸 New York | `151.243.244.162` | | 🇩🇪 Frankfurt | `151.241.178.73` | | 🇯🇵 Tokyo | `143.20.238.88` | | 🇸🇬 Singapore | `151.245.186.3` | | 🇬🇧 London | `151.241.65.10` | [ERPC_FAR_POINT_GUIDANCE_START:shreds]: # ### Far Point dipilih Far Point pada Shared Shreds adalah opsi fallback dengan kapasitas terbatas. Setiap endpoint mendukung hingga 32 stream yang diproksikan secara bersamaan secara keseluruhan untuk semua pelanggan—bukan 32 slot per pelanggan. Streaming paling efektif jika subscriber dijalankan di dekat endpoint Shreds yang dipilih; stream jarak jauh menggunakan koneksi bersama, jendela kontrol aliran, dan kapasitas egress lebih lama. Untuk membantu menjaga lingkungan bersama tetap responsif, izinkan semua alamat IP sumber probe ICMP regional yang tercantum dan jalankan kembali pemilihan region. Untuk penggunaan berkelanjutan, pertimbangkan ERPC VPS di dekat endpoint yang dipilih. UDP Forwarding tersedia sebagai Standard dan Premium. Untuk keduanya, Anda memilih region UDP Forwarding di ERPC Web Dashboard dan menerima Raw Shreds melalui UDP di alamat IPv4 publik dan port yang Anda konfigurasi. [Gunakan ERPC VPS di dekat endpoint ini](https://erpc.global/id/vps/) · [Bandingkan opsi UDP Forwarding](https://erpc.global/id/shreds/) [Baca panduan Quickstart Solana Shreds](https://erpc.global/id/doc/shredstream/quickstart/) [ERPC_FAR_POINT_GUIDANCE_END:shreds]: # ## Q. Saya sudah mengizinkan IP, tetapi masih tidak bisa terhubung. Apa yang harus dicek? Gunakan endpoint HTTPS terenkripsi yang dipilih di Dashboard. HTTPS memakai port 443; HTTP pada port 80 tetap menjadi opsi latensi rendah tanpa enkripsi. Kedua transport menggunakan allowlist IP terdaftar yang sama. Gunakan endpoint yang dipilih di Dashboard: HTTPS pada 443 atau HTTP pada 80. - Endpoint HTTPS: gunakan endpoint pilihan Dashboard pada port 443. - Endpoint HTTP: gunakan endpoint pilihan Dashboard pada port 80. - Gunakan URL yang ditampilkan di Dashboard dengan `https://` atau `http://`. Autentikasi didasarkan pada alamat IP terdaftar Anda. Jangan tambahkan header `x-token`, `token`, atau `Authorization` kecuali halaman produk tertentu secara eksplisit memintanya. ## Q. Saya sebelumnya hanya menggunakan WebSocket atau Geyser gRPC (YellowStone). Apakah Anda punya sampel? Ya. Dengan SLV, Anda dapat dengan cepat mulai menguji koneksi Shreds dan mengembangkan aplikasi. Silakan mengacu pada panduan berikut untuk rincian: - [Panduan Shreds Quickstart](https://erpc.global/id/doc/shredstream/quickstart/) ## Q. Bisakah saya mendaftarkan dua alamat IP? Anda dapat menggunakan satu endpoint per langganan. Jika Anda ingin menggunakan dua alamat IP, Anda harus memiliki dua langganan terpisah. ## 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. Bisakah saya menggunakan endpoint tertentu? Untuk mempertahankan lingkungan latensi rendah, sistem kami secara otomatis memilih node terdekat yang tersedia. Jika Anda ingin menggunakan endpoint tertentu, kami merekomendasikan menyewa server yang terletak paling dekat dengan endpoint tersebut. ## 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. 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. [ERPC Web Dashboard](https://dashboard.erpc.global/id) ## Q. Mengapa ShredStream tidak mencakup semua transaksi? Secara desain, Shreds tidak mencakup setiap transaksi di blockchain Solana. Untuk memantau semua transaksi, banyak proxy harus di-deploy di seluruh dunia dan Shreds harus diterima dari setiap validator, dan hal itu tidak praktis. Biasanya, pengguna bekerja dengan sebagian data yang tersedia, karena pendekatan ini sudah memadai untuk sebagian besar aplikasi di dunia nyata. Jika kasus penggunaan Anda menuntut cakupan data yang lengkap tanpa kehilangan sedikit pun, Shreds mungkin tidak cocok. Untuk skenario yang memerlukan pemantauan lebih menyeluruh, Geyser gRPC memberikan keandalan yang lebih tinggi dibandingkan Shreds. Namun, untuk mencapai cakupan data 100% di blockchain Solana tetap diperlukan deployment banyak server edge, yang mungkin tidak realistis dalam praktiknya. Geyser gRPC menawarkan keandalan lebih dari 99%, yang secara nyata lebih tinggi daripada Shreds—fakta yang telah dikonfirmasi oleh banyak pengguna, termasuk kami. Sementara itu, Shreds umumnya memberikan keandalan di atas 90%. Meskipun tidak menangkap setiap transaksi, keunggulan utama Shreds adalah kemampuannya mengambil sebagian besar transaksi lebih cepat daripada Geyser gRPC. Untuk pemahaman yang lebih mendalam, kami merekomendasikan untuk mempelajari protokol Turbine dan Gulf Stream milik Solana: - [Gulf Stream: Solana’s Mempool-less Transaction Forwarding Protocol](https://medium.com/solana-labs/gulf-stream-solanas-mempool-less-transaction-forwarding-protocol-d342e72186ad) - [Turbine — Solana’s Block Propagation Protocol Solves the Scalability Trilemma](https://medium.com/solana-labs/turbine-solanas-block-propagation-protocol-solves-the-scalability-trilemma-2ddba46a51db) ## 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. Untuk keduanya, pilih region Anda di ERPC Web Dashboard, lalu atur alamat IPv4 publik dan port yang akan menerima Raw Shreds. Silakan hubungi kami melalui ERPC Web Dashboard untuk detail lebih lanjut. [ERPC Web Dashboard](https://dashboard.erpc.global/id) 🔗 [ERPC Web Dashboard](https://dashboard.erpc.global/id) ## 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. Kami menyediakan alat yang mudah digunakan dalam TypeScript dan Rust untuk mengukur latensi. - [Solana Stream SDK - ValidatorsDAO GitHub](https://github.com/ValidatorsDAO/solana-stream) - [SLV (Bahasa Indonesia)](https://slv.dev/id) ## 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) ## 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. Saya mengalami latensi tinggi. Mengapa? Latensi meningkat secara signifikan seiring bertambahnya jarak dari endpoint. Kami merekomendasikan untuk mengakses dari server yang berlokasi lebih dekat dengan endpoint yang disediakan. Lingkungan tercepat tersedia melalui [server Bare-Metal](https://erpc.global/id/baremetal/) dan [layanan VPS](https://erpc.global/id/vps/) kami. ## Q. Manakah yang tercepat: WebSockets, gRPC, atau Shreds? Berdasarkan umpan balik pelanggan, urutan kinerja adalah: **Shreds > gRPC > WebSockets** Jika pengalaman Anda berbeda, mohon beri tahu kami. ## Q. Latensi tidak seperti yang saya harapkan. Performa bervariasi secara signifikan tergantung pada bahasa pemrograman yang digunakan. Umumnya, urutan kinerja adalah: **Rust > Go > TypeScript (JavaScript) > Python** Untuk perbandingan rinci, silakan lihat: [Perbandingan Kecepatan Bahasa Pemrograman](https://niklas-heer.github.io/speed-comparison/) Kami sangat merekomendasikan Rust untuk kinerja tertinggi.