--- title: "FAQ Endpoint RPC Solana" description: "Pelajari apa itu Solana RPC endpoint, cara mendapatkan endpoint Solana dengan ERPC, dan cara menangani masalah umum saat memakai RPC." canonical: "https://erpc.global/id/faq/rpc/general/" locale: "id" --- # FAQ Endpoint RPC Solana Pertanyaan tentang penagihan, Paket Free, pembayaran, serta error 401 atau 429 ada di [Cara memulai](https://erpc.global/id/faq/how-to-start/general/). Pertanyaan tentang jarak, kecepatan, dan region ada di [Latensi dan region](https://erpc.global/id/faq/latency/general/). ## Q. Apa itu endpoint RPC Solana, dan bagaimana cara mendapatkannya dengan ERPC? Endpoint RPC Solana adalah URL yang digunakan aplikasi, bot trading, wallet, atau sistem analitik untuk mengirim JSON-RPC request ke Solana dan menerima data on-chain. Dengan ERPC, Anda mendapatkan endpoint Solana terkelola yang mendukung akses HTTP dan WebSocket melalui jaringan proxy global yang sama. Untuk mulai memakai Solana RPC di ERPC, buka atau buat akun Anda di [ERPC Web Dashboard](https://dashboard.erpc.global/id), salin API key, lalu tambahkan ke parameter `api-key` pada URL endpoint: ```text https://edge.erpc.global?api-key= ``` Gunakan format API key yang sama untuk WebSocket subscription: ```text wss://edge.erpc.global?api-key= ``` ## Q. Apakah saya bisa memakai WebSocket? Ya. WebSocket didukung melalui endpoint yang sama, sehingga Anda dapat menerima pembaruan data real-time secara efisien. ## Q. Di region mana node Anda berada? Kami saat ini mengoperasikan node di region berikut: - Frankfurt (FRA) - Amsterdam (AMS) - London (LON) - New York (NY) - Tokyo (TY) - Singapore (SGP) RPC endpoint ERPC didukung oleh Cloudflare dan memanfaatkan jaringan global dengan lebih dari 300 server edge. Request otomatis diarahkan melalui lokasi edge Cloudflare terdekat, lalu diteruskan ke node ERPC yang optimal untuk menjaga jalur jaringan sependek mungkin dan latensi tetap rendah dari berbagai wilayah. Arsitektur ini mengurangi dampak jarak geografis dan routing yang kompleks, sehingga konektivitas ke node Solana tetap stabil dan teroptimasi. ERPC Web Dashboard: [ERPC Web Dashboard](https://dashboard.erpc.global/id) ## Q. Mengapa blok atau transaksi Solana yang lebih lama hilang, atau mengapa saya melihat -32011? Kecuali `getTransactionsForAddress`, request tanpa `history=true` dijawab dari rentang terbaru yang disimpan setiap node, sehingga blok atau transaksi yang lebih lama dapat mengembalikan error `This request needs history access. Add history=true to the endpoint URL.` (kode `-32011`), `null`, atau hasil kosong, tergantung metodenya. Tambahkan `history=true` ke URL `https://edge.erpc.global` pada HTTP request untuk memintanya. Kirim API key di URL: ```text https://edge.erpc.global?api-key=&history=true ``` Atau kirim di header `Authorization: Bearer ` dan tetap sertakan `history=true` di URL: ```text https://edge.erpc.global?history=true ``` Pencarian blok atau transaksi yang lebih lama dapat memakan waktu jauh lebih lama daripada request biasa, pada beberapa kasus hitungan detik. History Access adalah opsi terpisah yang memisahkan pencarian ini dari request biasa, sehingga request biasa tetap cepat. Kecuali `getTransactionsForAddress` dalam mode `"full"`, setiap panggilan yang dijawab oleh History Access berbiaya 640 token lebih banyak dari harga normal metodenya. Alokasi gratis, termasuk milik Paket Free, memiliki limit untuk History Access. Paket Free dibatasi satu request History Access per 10 detik. Tanpa `history=true`, `getTransactionsForAddress` dengan `transactionDetails` diatur ke `"full"` mengembalikan error `-32011` yang sama, berapa pun usia datanya; dokumentasi ERPC mencantumkan harganya. [Dokumentasi ERPC: RPC](https://erpc.global/id/doc/rpc/general/) ## 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. Method apa yang didukung Unlimited Endpoint? Unlimited Endpoints dirancang untuk panggilan standar Solana RPC berlatensi rendah. Method yang didukung adalah: - `getSlot` - `getBlockHeight` - `getLatestBlockhash` - `getBalance` - `getAccountInfo` - `getMultipleAccounts` - `getTransaction` - `sendTransaction` - `simulateTransaction` - `getSignatureStatuses` - `getRecentPrioritizationFees` - `getHealth` - `getVersion` - `getEpochInfo` - `getBlock` Untuk method lainnya, gunakan `https://edge.erpc.global?api-key=`. ## Q. Transaksi pada dedicated node saya memiliki success rate rendah. Mengapa? Success rate dan kecepatan transaksi sangat dipengaruhi oleh mekanisme bernama QoS (Quality of Service). Kami menyediakan QoS khusus untuk dedicated node. Untuk detail lebih lanjut, lihat halaman berikut atau tanyakan melalui ERPC Web Dashboard. - [QoS untuk Dedicated Node (ERPC)](https://erpc.global/id/staked-connection/) - [Panduan Stake-weighted QoS di Solana](https://solana.com/developers/guides/advanced/stake-weighted-qos) ## Q. Bagaimana saya bisa mencapai latensi serendah mungkin? Setup ideal untuk latensi minimal adalah dedicated RPC node yang dikombinasikan dengan [server Bare-Metal](https://erpc.global/id/baremetal/) kami. Keduanya berbagi jaringan yang sama, memungkinkan komunikasi privat jarak nol dengan ping sekitar 0.1 ms. Silakan hubungi kami melalui ERPC Web Dashboard untuk detail lebih lanjut. [ERPC Web Dashboard](https://dashboard.erpc.global/id)