Cara memilih penyedia RPC
Evaluasi biaya metode RPC, rentang log, kredit gratis, batas laju, cakupan chain, Push dan Data API, autentikasi, serta akses Agent dengan pengujian mandiri beban kerja.
Pilih penyedia RPC berdasarkan biaya dan keandalan dalam menyelesaikan tugas nyata Anda: verifikasi chain, metode, dan cakupan historis terlebih dahulu, lalu ukur jumlah kueri, throughput, dan pemulihan.
Catat chain, metode, blok tetap, distribusi trafik harian, konkurensi puncak, serta dependensi notifikasi atau dataset yang dibutuhkan aplikasi atau AI Agent Anda. Nilai publik BlockVectra di bawah berasal dari GET /v1/plans dan GET /v1/chains; ambil kembali sebelum memutuskan. Cakupan data berasal dari GET /v1/status. Deklarasi merupakan titik awal pengujian, bukan pengukuran latensi atau SLA.
Harga metode dan unit penagihan
Jumlah permintaan saja tidak menentukan biaya beban kerja. Catat bobot penagihan setiap metode, konversi ke USD, kredit yang disertakan, penggunaan berlebih, serta biaya langganan atau tambahan. Kredit, CU, dan unit permintaan memerlukan konversi masing-masing sebelum membandingkan penyedia.
Bobot metode dan harga daftar BlockVectra saat ini dibaca dari endpoint paket publik saat halaman dibangun:
Parameter Konversi Aktif
1 USD = 10,000 unit penagihan, 1 unit penagihan = 1,000 CU (1 USD = 10,000,000 CU).
Rumus: Bobot CU × 1,000,000 ÷ (10,000 × 1,000) USD.
| Metode | CU per panggilan | Harga per 1M panggilan (USD) |
|---|---|---|
eth_blockNumber | 1 | $0.10 |
eth_call | 15 | $1.50 |
eth_getLogs | 30 | $3.00 |
debug_traceTransaction | 100 | $10.00 |
data.block | 5 | $0.50 |
workload_cu = sum(calls_for_method × current_method_cu_weight)
cu_per_usd = pricing.units_per_usd × pricing.cu_per_unit
list_cost_usd = workload_cu / cu_per_usd
paid_compute_usd = max(0, workload_cu − available_free_cu) / cu_per_usdHarga daftar tidak mencakup kredit gratis, gas, tambahan, dan pekerjaan migrasi. Bedakan kuota berulang dari uji coba yang kedaluwarsa, serta harga kredit tambahan dari biaya rata-rata permintaan yang disertakan. Periksa aturan penagihan untuk mengetahui respons yang mengonsumsi CU.
Pengujian mandiri: jalankan ulang campuran metode kecil yang representatif dengan blok tetap dan catat panggilan berhasil, percobaan ulang, serta error yang ditagih. Bandingkan perubahan penggunaan akun dengan perhitungan bobot metode. Anggarkan jumlah permintaan yang menghasilkan hasil lengkap, termasuk paginasi dan backfill. Lihat Memahami harga CU untuk konversinya.
Rentang log dan state historis
Untuk eth_getLogs, periksa rentang blok, batas ukuran hasil, dan dukungan filter untuk chain dan paket tertentu. Rentang lebar hanya berguna jika respons lengkap. Rentang terautentikasi BlockVectra berasal dari katalog chain:
| Rantai | Slug rantai | max_logs_block_range (blok) |
|---|---|---|
| Arbitrum One | arb_mainnet | 1,000 |
| Base | base_mainnet | 1,000 |
| BNB Smart Chain | bsc_mainnet | 1,000 |
| Ethereum | eth_mainnet | 1,000 |
| Ethereum Sepolia | eth_sepolia | 1,000 |
| HyperEVM | hyperevm_mainnet | 1,000 |
| Polygon | polygon_mainnet | 1,000 |
| Robinhood Chain | robinhood_mainnet | 1,000 |
| Robinhood Chain Testnet | robinhood_testnet | 1,000 |
Log historis dan eksekusi kontrak historis merupakan kemampuan berbeda. Untuk eth_call, baca state_window_blocks; untuk pembacaan tanpa API key, baca juga public.history_blocks. Bidang yang tidak ada atau null berarti tidak ditentukan, bukan bukti riwayat tanpa batas. Lihat state EVM historis.
Pengujian mandiri: pilih interval tetap dengan kontrak dan topics yang diketahui, bagi menurut rentang yang dinyatakan, lalu bandingkan gabungan hasil dengan kueri lebih kecil yang tumpang tindih. Deduplikasi berdasarkan hash blok, hash transaksi, dan indeks log, serta periksa batas interval. Secara terpisah, baca kontrak yang sama pada blok tetap terbaru dan blok tertua yang dibutuhkan aplikasi; catat hasil nyata atau error JSON-RPC. Uji interval padat dan jarang serta hitung percobaan ulang. Ikuti rentang log dan pemulihan untuk menyimpan titik kemajuan.
Kredit gratis, batas laju, dan trafik puncak
Anggaran siklus BlockVectra saat ini dan jumlah panggilan yang dapat ditanggungnya dihitung dari paket:
Paket Gratis memerlukan pendaftaran akun dan penggunaan API key; semua kunci di bawah akun berbagi rata-rata 25 panggilan/detik di seluruh rantai dan Data API. Hibah diisi ulang menjadi 30,000,000 CU setiap 30 hari; sisa tidak dialihkan. Jika penggunaan Anda melebihi kuota, panggilan mengembalikan HTTP 429 hingga pengisian ulang berikutnya. Lihat
| Metode | Bobot CU | Perkiraan Panggilan / Siklus | Perkiraan / Hari | Harga Terdaftar / 1 Juta Panggilan |
|---|---|---|---|---|
eth_blockNumber | 1 | 30,000,000 | 1,000,000 | $0.10 |
eth_getBlockByNumber | 5 | 6,000,000 | 200,000 | $0.50 |
eth_getBalance | 10 | 3,000,000 | 100,000 | $1.00 |
eth_call | 15 | 2,000,000 | 66,666 | $1.50 |
eth_getLogs | 30 | 1,000,000 | 33,333 | $3.00 |
debug_traceTransaction | 100 | 300,000 | 10,000 | $10.00 |
data.block | 5 | 6,000,000 | 200,000 | $0.50 |
data.address_balances | 25 | 1,200,000 | 40,000 | $2.50 |
data.dex_prices | 15 | 2,000,000 | 66,666 | $1.50 |
data.transaction_trace | 200 | 150,000 | 5,000 | $20.00 |
Batas panggilan akun gratis: hingga 25 panggilan per detik, dibagi di antara semua kunci di akun, semua rantai, dan Data API. Setiap API key juga memiliki batas cu_per_sec dan burst_cu. Pengisian ulang siklus yang memenuhi syarat menambah saldo gratis hingga targetnya; bukan pemberian penuh tambahan. Isi saldo berbayar pertama menghentikan pengisian ulang siklus sambil mempertahankan sisa CU gratis. Lihat aturan paket gratis.
Pisahkan kuota harian, saldo siklus, permintaan/detik, CU/detik, kapasitas burst, dan permintaan bersamaan. Membayar penggunaan lebih banyak tidak dengan sendirinya memastikan throughput per API key lebih besar.
Pengujian mandiri: gunakan API key terautentikasi dan batch kecil berbatas dengan ritme serta konkurensi yang dibutuhkan tugas, dalam batas akun. Catat status HTTP, error JSON-RPC, persentil latensi, dan panggilan yang selesai. Berhenti saat kuota habis; gunakan backoff berbatas saat pembatasan laju dan simpan kemajuan secara persisten. Ulangi dengan sampel campuran metode karena metode mahal mengonsumsi lebih banyak anggaran CU/detik. Bandingkan burst dengan trafik stabil, dan sertakan penggunaan API key lain saat memeriksa batas akun bersama.
Cakupan chain, metode, dan protokol
Gunakan katalog chain untuk memeriksa identitas jaringan, jsonrpc, methods.allow, methods.deny, public.methods, ws, dan subscriptions. Nama chain tidak memastikan semua metode atau protokol tersedia. Metode tanpa API key dan metode terautentikasi dapat memiliki batas berbeda.
Pengujian mandiri: salin public.url jaringan yang dipilih dan panggil metode dalam public.methods. Untuk contoh Ethereum di bawah, periksa ID jaringan, lalu jalankan metode yang dibutuhkan aplikasi dengan API key terautentikasi dan blok tetap yang sama. Periksa aturan penolakan maupun izin; bandingkan hash blok saat membandingkan hasil antarendpoint.
curl --fail-with-body -sS --max-time 15 https://api.blockvectra.com/v1/eth_mainnet/public \
-H 'Content-Type: application/json' \
-H 'User-Agent: curl BlockVectraQA/1' \
-d '{"jsonrpc":"2.0","id":1,"method":"eth_chainId","params":[]}'Ini memeriksa metode publik, bukan cakupan arsip atau kapasitas terautentikasi. Jika aplikasi memerlukan socket, uji langganan yang dibutuhkan, pemutusan koneksi, dan alur melanjutkan pada jaringan yang menyatakan dukungan ws. Lihat langganan WebSocket.
Pengiriman Push dan data terindeks
Untuk notifikasi alamat, periksa deklarasi push chain dan pengaturan konfirmasinya. BlockVectra dapat memantau kumpulan alamat yang sama di seluruh chain yang didukung dalam satu langganan dengan satu penerima HTTPS; periksa kapasitas layanan mandiri dan perusahaan terhadap jumlah alamat Anda. Untuk kueri Data API, periksa dataset dan rentang terindeks di GET /v1/status. Catatan terindeks tidak berarti eksekusi kontrak historis sebarang tersedia. Polling RPC, pesan WebSocket, peristiwa Push terkirim, dan hari-alamat yang dipantau menggunakan meter penagihan berbeda; hitung setiap alur kerja yang diperlukan dari bobot yang berlaku dalam paket.
Pengujian mandiri: untuk Push, gunakan penerima HTTPS yang Anda kendalikan, verifikasi tanda tangan, serta uji penanganan duplikat, percobaan ulang, dan replay menggunakan peristiwa dari alamat yang Anda kendalikan. Untuk Data API, kueri transaksi atau transfer terindeks yang diketahui, bandingkan hash bloknya dengan RPC, telusuri seluruh paginasi, dan simpan kursor sebelum melanjutkan. Catat celah cakupan dan jumlah peristiwa atau panggilan yang ditagih. Gunakan Webhook Push, Webhook versus WebSocket, dan referensi Data API untuk alur pemulihan yang tepat.
Autentikasi dan akses Agent
Periksa apakah klien Anda dapat memasok API key dengan aman, menemukan dokumentasi yang dapat dibaca mesin, membuat akun, dan pulih dari error. RPC BlockVectra menerima API key pada path di POST /v1/{chain}/{api_key} atau header x-api-key di POST /v1/{chain}. Data API menggunakan x-api-key. Simpan API key di lingkungan server dan jauhkan dari bundle browser, log, serta pesan obrolan.
Pengembang dan AI Agent menggunakan harga dan batas yang sama. Pendaftaran terprogram mendokumentasikan pembuatan akun berbasis dompet, dan panduan Agent menyediakan titik masuk dokumentasi dan MCP. Agent dapat mendanai saldo penggunaan akun dengan stablecoin melalui alur isi saldo yang didokumentasikan, tanpa langganan RPC bulanan. Jaringan, token, dan minimum isi saldo berasal dari GET /v1/topup/status.
Pengujian mandiri: minta klien yang dituju menemukan chain dan metode, membaca dokumentasi, memuat API key dari lingkungannya, dan menjalankan satu permintaan terautentikasi berbatas. Periksa status HTTP maupun error JSON-RPC. Periksa respons tanpa API key tanpa mencatat kredensial. Verifikasi bahwa klien menyimpan kemajuan ketika saldo tidak cukup, membaca jaringan dan token isi saldo yang diaktifkan, dan mengikuti alur isi saldo yang didokumentasikan; langkah pembuatan akun dan pembayaran harus menggunakan akun yang Anda kendalikan. Jangan menganggap koneksi MCP dokumentasi sebagai bukti bahwa Agent dapat menjalankan panggilan RPC terautentikasi.
Catat keputusan
Simpan lembar hasil singkat: sumber dan tanggal pengambilan sampel; chain dan metode; hash blok tetap; kelengkapan hasil; total panggilan dan percobaan ulang; kuota tersedia; biaya tugas berbayar; latensi dan pembatasan laju; celah riwayat dan protokol; langkah pemulihan; pekerjaan migrasi. Jika beban kerja membutuhkan dukungan kontraktual atau SLA, dapatkan ketentuan yang berlaku secara terpisah dari pengujian API ini.
Setelah beban kerja ditentukan, bandingkan dengan penyedia tertentu:
- Bandingkan dengan penyedia tertentu: harga komputasi dan rentang log.
- Bandingkan dengan penyedia tertentu: penagihan uji coba dan langganan.
- Bandingkan dengan penyedia tertentu: biaya permintaan HTTPS.
- Bandingkan dengan penyedia tertentu: anggaran harian dan siklus.
- Bandingkan dengan penyedia tertentu: permintaan yang disertakan dan penggunaan berlebih.
Terakhir diperbarui:
Aturan penagihan
Rincian aturan penagihan untuk kode status HTTP, error JSON-RPC, dan Data API, beserta tindakan yang direkomendasikan bagi pengembang.
Deployment kontrak
Deploy Hello.sol di jaringan EVM dengan Foundry atau Hardhat 2, verifikasi chain ID, lalu periksa receipt transaksi dan respons kontrak.