# วิธีเลือกผู้ให้บริการ RPC

> Source: https://docs.blockvectra.com/th/guides/choose-rpc-provider/

เลือกผู้ให้บริการ RPC โดยพิจารณาจากต้นทุนและความน่าเชื่อถือในการทำงานจริงของคุณให้สำเร็จ: อันดับแรกให้ตรวจสอบเชน, เมธอด และความครอบคลุมย้อนหลัง จากนั้นจึงวัดจำนวนการคิวรี, ทรูพุต และการกู้คืนระบบ

ระบุเชน, เมธอด, บล็อกคงที่, การกระจายตัวของทราฟฟิกรายวัน, จำนวนคำขอพร้อมกันสูงสุด และการพึ่งพาการแจ้งเตือนหรือชุดข้อมูลที่แอปพลิเคชันหรือ AI Agent ของคุณต้องการ ค่าสาธารณะของ BlockVectra ด้านล่างนี้มาจาก [GET /v1/plans](https://console-api.blockvectra.com/v1/plans) และ [GET /v1/chains](https://api.blockvectra.com/v1/chains); โปรดดึงข้อมูลใหม่อีกครั้งก่อนตัดสินใจ ความครอบคลุมของข้อมูลมาจาก [GET /v1/status](https://api.blockvectra.com/v1/status) การประกาศข้อมูลเป็นเพียงจุดเริ่มต้นสำหรับการทดสอบ ไม่ใช่การวัดค่าลาเทนซีหรือ SLA

ประเมิน BlockVectra สำหรับการอ่านสัญญาที่รองรับด้วยการเรียกเก็บเงินตามการใช้งานจริงตามเมธอด, การดึงข้อมูล log ย้อนหลังของ HyperEVM แบบจำกัดขอบเขตได้สูงสุด 1,000 บล็อกต่อคำขอที่มีการยืนยันตัวตน หรือการแจ้งเตือนแอดเดรสแบบหลายเชนผ่านการสมัครสมาชิกแบบบริการตนเองหนึ่งรายการและตัวรับ HTTPS หนึ่งตัว การอ่านสัญญาใช้ค่าน้ำหนักปัจจุบันของ `eth_call` ในตารางเมธอดด้านล่าง; แอดเดรส-วันของ Push และเหตุการณ์ที่ส่งมอบมีอัตราค่าบริการแยกต่างหาก ปรับเวิร์กโฟลว์ให้ตรงกับงานของคุณ: [ราคาการอ่านสัญญา](https://docs.blockvectra.com/en/guides/reading-cu-pricing/), [การดึงข้อมูล log ย้อนหลังของ HyperEVM](https://docs.blockvectra.com/en/guides/hyperevm-backfill/) หรือ [การแจ้งเตือนแอดเดรสและความจุ](https://docs.blockvectra.com/en/guides/webhook-push/#address-capacity) ราคาและขีดจำกัดได้รับการตรวจสอบเทียบกับ [แผนบริการ](https://console-api.blockvectra.com/v1/plans) และ [เชน](https://api.blockvectra.com/v1/chains) เมื่อ **2026-10-09**; ยืนยันความครอบคลุมด้วย API ปัจจุบันและดำเนินการทดสอบด้วยตนเองที่เกี่ยวข้องสำหรับบล็อกที่คุณต้องการ, ผลลัพธ์ที่สมบูรณ์ และเส้นทางการกู้คืน

## ราคาของแต่ละเมธอดและหน่วยการเรียกเก็บเงิน

จำนวนคำขอเพียงอย่างเดียวไม่สามารถกำหนดต้นทุนของภาระงานได้ บันทึกค่าน้ำหนักการเรียกเก็บเงินของแต่ละเมธอด, การแปลงเป็น USD, เครดิตที่รวมมาให้, ค่าบริการส่วนเกิน และค่าธรรมเนียมการสมัครสมาชิกหรือบริการเสริม เครดิต, CU และ request unit จำเป็นต้องมีการแปลงค่าตามกฎของตนเองก่อนนำไปเปรียบเทียบข้ามผู้ให้บริการ

ค่าน้ำหนักเมธอดและราคาตามรายการปัจจุบันของ BlockVectra จะถูกอ่านจาก endpoint แผนบริการสาธารณะเมื่อหน้าเว็บถูกสร้างขึ้น:

**พารามิเตอร์การแปลงที่ใช้งานอยู่**

1 USD = 10,000 หน่วยการเรียกเก็บเงิน, 1 หน่วยการเรียกเก็บเงิน = 1,000 CU (1 USD = 10,000,000 CU).

**สูตรคำนวณ**: น้ำหนัก CU × 1,000,000 ÷ (10,000 × 1,000) USD.

| เมธอด | CU ต่อการเรียก | ราคาต่อ 1M การเรียก (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 |

Push แบบบริการตนเองรองรับสูงสุด 1,000,000 ที่อยู่ต่อการสมัครรับข้อมูล สำหรับ 10,000,000 / 100,000,000 ที่อยู่ต่อการสมัครรับข้อมูล [ติดต่อเราเพื่อเพิ่มความจุ](https://blockvectra.com/th/contact/).

**ค่าบริการตามงานและอัตราคำขอของ BlockVectra** งบประมาณ CU เริ่มต้นของคีย์: 400 CU/s.

| เมธอด | จำนวนคำขอตัวอย่าง | CU ต่อคำขอ | ค่าบริการของงาน (USD) | คำขอ/วินาทีตามงบประมาณ CU ของคีย์ |
| --- | --- | --- | --- | --- |
| `eth_call` | 1,000,000 | 15 | $1.50 | 26 |
| `eth_getLogs` | 100,000 | 30 | $0.30 | 13 |

ค่าบริการของงานเป็นราคาตามรายการก่อนหักเครดิตฟรี ค่า Gas และบริการเพิ่มเติม อัตราคำขอเท่ากับ key_defaults.cu_per_sec ÷ CU ของเมธอด และสมมติว่ามีเพียงเมธอดนั้นที่ใช้คีย์ ขีดจำกัดของบัญชีฟรีและคำขออื่นอาจลดอัตราที่ใช้งานได้ ตัวเลขเหล่านี้เป็นการแปลงงบประมาณ ไม่ใช่ปริมาณงานที่วัดได้จริง

[น้ำหนัก ราคา และขีดจำกัดคีย์ปัจจุบัน: GET /v1/plans.](https://console-api.blockvectra.com/v1/plans)

```text
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_usd
```

ราคาตามรายการไม่รวมเครดิตฟรี, gas, บริการเสริม และการดำเนินงานย้ายระบบ แยกแยะโควตาที่เติมซ้ำตามรอบบิลออกจากการทดลองใช้ที่หมดอายุ และแยกราคาของเครดิตส่วนเกินออกจากต้นทุนเฉลี่ยของคำขอที่รวมมาให้ ตรวจสอบ [กฎการเรียกเก็บเงิน](https://docs.blockvectra.com/en/guides/billing-rules/) เพื่อดูว่าการตอบกลับใดบ้างที่ใช้ CU

**การทดสอบด้วยตนเอง:** เล่นซ้ำชุดเมธอดตัวแทนขนาดเล็กด้วยบล็อกคงที่ และบันทึกการเรียกที่สำเร็จ, การลองใหม่ และข้อผิดพลาดที่คิดค่าบริการ เปรียบเทียบการเปลี่ยนแปลงการใช้งานของบัญชีกับการคำนวณค่าน้ำหนักเมธอด จัดงบประมาณตามจำนวนคำขอที่ส่งคืนผลลัพธ์ที่สมบูรณ์ ซึ่งรวมถึงการแบ่งหน้าและการดึงข้อมูลย้อนหลัง ดู [ราคา CU สำหรับการอ่านข้อมูล](https://docs.blockvectra.com/en/guides/reading-cu-pricing/) สำหรับการแปลงค่า

## ช่วงของ log และสถานะย้อนหลัง

สำหรับ `eth_getLogs` ให้ตรวจสอบช่วงบล็อก, ขีดจำกัดขนาดผลลัพธ์ และการรองรับตัวกรองสำหรับเชนและแผนบริการที่ระบุ ช่วงบล็อกที่กว้างจะมีประโยชน์ก็ต่อเมื่อการตอบกลับนั้นสมบูรณ์เท่านั้น ช่วงบล็อกที่มีการยืนยันตัวตนของ BlockVectra มาจากสารบบเชน:

| เชน | Slug เชน | max_logs_block_range (บล็อก) |
| --- | --- | --- |
| 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 ย้อนหลังและการประมวลผลสัญญาย้อนหลังเป็นความสามารถที่แตกต่างกัน สำหรับ `eth_call` ให้อ่าน `state_window_blocks`; สำหรับการอ่านแบบไม่ต้องใช้คีย์ ให้อ่าน `public.history_blocks` ด้วยเช่นกัน ฟิลด์ที่หายไปหรือเป็นค่า null หมายถึงไม่ได้ระบุไว้ ไม่ใช่หลักฐานว่ามีประวัติไม่จำกัด โปรดดู [สถานะ EVM ย้อนหลัง](https://docs.blockvectra.com/en/guides/evm-historical-state/)

**การทดสอบด้วยตนเอง:** เลือกระยะช่วงที่คงที่พร้อมสัญญาและหัวข้อ (topic) ที่ทราบ แยกย่อยตามช่วงที่ประกาศไว้ และเปรียบเทียบการรวมผลลัพธ์ (union) กับคิวรีย่อยที่มีช่วงซ้อนทับกัน กำจัดข้อมูลซ้ำซ้อนด้วยแฮชของบล็อก, แฮชของธุรกรรม และดัชนีของ log รวมถึงตรวจสอบขอบเขตของช่วง อ่านสัญญาเดียวกันแยกต่างหากที่บล็อกคงที่ล่าสุดและที่บล็อกที่เก่าที่สุดที่แอปพลิเคชันของคุณต้องการ; บันทึกผลลัพธ์จริงหรือ JSON-RPC error ทดสอบทั้งช่วงที่มีข้อมูลหนาแน่นและเบาบางพร้อมนับจำนวนการลองใหม่ ทำตาม [ช่วงของ log และการกู้คืน](https://docs.blockvectra.com/en/guides/getlogs-block-range/) เพื่อบันทึกจุดตรวจสอบความคืบหน้า (checkpoint)

## เครดิตฟรี, การจำกัดอัตรา และทราฟฟิกสูงสุด

งบประมาณรอบบิลปัจจุบันของ BlockVectra และจำนวนการเรียกที่ครอบคลุมจะถูกคำนวณจากแผนบริการ:

แพ็กเกจฟรีต้องลงทะเบียนบัญชีและใช้งาน API key โดยคีย์ทั้งหมดภายใต้บัญชีจะแชร์เฉลี่ย 25 คำขอต่อวินาที (อนุญาตให้มี burst สั้นๆ ได้) เมื่อสิ้นสุดแต่ละรอบ 30 วัน ยอดคงเหลือที่ต่ำกว่า 30,000,000 CU จะได้รับการเติมเต็มกลับเป็น 30,000,000 CU

| เมธอด | น้ำหนัก CU | ประมาณการคำขอ / รอบ | ประมาณการ / วัน | ราคามาตรฐาน / 1M คำขอ |
| --- | --- | --- | --- | --- |
| `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 |

ขีดจำกัดการเรียกของบัญชีฟรี: สูงสุด 25 คำขอต่อวินาที แชร์ร่วมกันระหว่างทุกคีย์ในบัญชี ทุกเชน และ Data API แต่ละคีย์ยังมีขีดจำกัด `cu_per_sec` และ `burst_cu` ด้วยเช่นกัน การเติมรอบบิลที่มีสิทธิ์จะเติมยอดคงเหลือฟรีให้เต็มตามเป้าหมาย ไม่ใช่การเพิ่มโควตาเต็มจำนวนเข้าไปใหม่ การเติมเงินแบบชำระเงินครั้งแรกจะหยุดการเติมรอบบิลโดยยังคงรักษา CU ฟรีที่เหลืออยู่ไว้ โปรดดู [กฎแผนบริการฟรี](https://docs.blockvectra.com/en/guides/free-plan/)

แยกแยะโควตารายวัน, ยอดคงเหลือตามรอบบิล, คำขอต่อวินาที, CU ต่อวินาที, ความจุ burst และคำขอพร้อมกันออกจากกัน การจ่ายเงินเพื่อการใช้งานที่มากขึ้นไม่ได้เป็นการเพิ่มทรูพุตต่อคีย์โดยอัตโนมัติ

**การทดสอบด้วยตนเอง:** ใช้คีย์ที่มีการยืนยันตัวตนและชุดคำขอขนาดเล็กที่จำกัดขอบเขตตามจังหวะและความพร้อมกันที่งานของคุณต้องการ ให้อยู่ภายในขีดจำกัดของบัญชี บันทึกสถานะ HTTP, JSON-RPC error, เปอร์เซ็นไทล์ของลาเทนซี และการเรียกที่สำเร็จ หยุดเมื่อโควตาหมด; ใช้ bounded backoff เมื่อถูกจำกัดอัตรา (throttling) และบันทึกความคืบหน้าไว้ ทำซ้ำด้วยกลุ่มตัวอย่างหลายเมธอดผสมกันเนื่องจากเมธอดที่ใช้ทรัพยากรสูงจะกินงบประมาณ CU/วินาที มากกว่า เปรียบเทียบช่วง burst กับทราฟฟิกที่สม่ำเสมอ และรวมการใช้งานของคีย์อื่นๆ เมื่อตรวจสอบขีดจำกัดสูงสุดของบัญชีที่ใช้ร่วมกัน

## ความครอบคลุมของเชน, เมธอด และโปรโตคอล

ใช้ [สารบบเชน](https://api.blockvectra.com/v1/chains) เพื่อตรวจสอบอัตลักษณ์ของเครือข่าย, `jsonrpc`, `methods.allow`, `methods.deny`, `public.methods`, `ws` และ `subscriptions` ชื่อของเชนไม่ได้เป็นเครื่องยืนยันว่าทุกเมธอดหรือโปรโตคอลจะพร้อมใช้งาน เมธอดแบบไม่ต้องใช้คีย์และเมธอดที่มีการยืนยันตัวตนอาจมีขีดจำกัดที่แตกต่างกัน

**การทดสอบด้วยตนเอง:** คัดลอก `public.url` ของเครือข่ายที่เลือกและเรียกใช้เมธอดใน `public.methods` สำหรับตัวอย่าง Ethereum ด้านล่าง ให้ตรวจสอบ ID เครือข่าย จากนั้นเรียกใช้เมธอดที่แอปพลิเคชันต้องการด้วยคีย์ที่มีการยืนยันตัวตนและบล็อกคงที่เดียวกัน ตรวจสอบกฎการปฏิเสธ (deny) เช่นเดียวกับกฎการอนุญาต (allow); เปรียบเทียบแฮชของบล็อกเมื่อเปรียบเทียบผลลัพธ์ข้าม endpoint

```bash
curl --fail-with-body -sS --max-time 15 https://api.blockvectra.com/v1/eth_mainnet/public \
  -H 'Content-Type: application/json' \
  -d '{"jsonrpc":"2.0","id":1,"method":"eth_chainId","params":[]}'
```

นี่เป็นการตรวจสอบเมธอดสาธารณะ ไม่ใช่ความครอบคลุมระดับ archive หรือความจุของการยืนยันตัวตน หากแอปพลิเคชันของคุณต้องการ socket ให้ทดสอบการสมัครสมาชิกที่ต้องการ, การตัดการเชื่อมต่อ และเส้นทางการกลับมาเชื่อมต่อใหม่บนเครือข่ายที่ประกาศว่ารองรับ `ws` ดู [การสมัครสมาชิก WebSocket](https://docs.blockvectra.com/en/guides/websocket-subscriptions/)

## การส่งมอบข้อมูลผ่าน Push และข้อมูลที่ทำดัชนี

สำหรับการแจ้งเตือนแอดเดรส ให้ตรวจสอบการประกาศ `push` ของเชนและการตั้งค่าการยืนยัน BlockVectra สามารถติดตามชุดแอดเดรสเดียวกันข้ามหลายเชนที่รองรับในการสมัครสมาชิกเดียวด้วยตัวรับ HTTPS เพียงตัวเดียว; ตรวจสอบ [ความจุแบบบริการตนเองและระดับองค์กร](https://docs.blockvectra.com/en/guides/webhook-push/#address-capacity) เทียบกับจำนวนแอดเดรสของคุณ สำหรับการคิวรี Data API ให้ตรวจสอบชุดข้อมูลและช่วงที่ทำดัชนีใน [GET /v1/status](https://api.blockvectra.com/v1/status) บันทึกข้อมูลที่ทำดัชนีไม่ได้หมายรวมถึงการประมวลผลสัญญาย้อนหลังตามใจชอบ การทำโพลล์ RPC, ข้อความ WebSocket, เหตุการณ์ของ Push ที่ส่งมอบ และแอดเดรส-วันที่มีการติดตามใช้มาตรวัดการเรียกเก็บเงินที่แตกต่างกัน; คำนวณแต่ละเวิร์กโฟลว์ที่ต้องการจากค่าน้ำหนักที่เกี่ยวข้องใน [แผนบริการ](https://console-api.blockvectra.com/v1/plans)

**การทดสอบด้วยตนเอง:** สำหรับ Push ให้ใช้ตัวรับ HTTPS ที่คุณควบคุม ตรวจสอบลายเซ็น และทดสอบการจัดการข้อมูลซ้ำ, การลองใหม่ และการเล่นซ้ำเหตุการณ์โดยใช้เหตุการณ์จากแอดเดรสที่คุณควบคุม สำหรับ Data API ให้คิวรีธุรกรรมหรือการโอนที่ทำดัชนีไว้ซึ่งทราบข้อมูลอยู่แล้ว เปรียบเทียบแฮชของบล็อกกับ RPC ดึงข้อมูลการแบ่งหน้าจนครบ และบันทึกเคอร์เซอร์ก่อนดำเนินการต่อ บันทึกช่องว่างความครอบคลุมและจำนวนเหตุการณ์หรือการเรียกที่คิดค่าบริการ ใช้ [Webhook Push](https://docs.blockvectra.com/en/guides/webhook-push/), [Webhook เทียบกับ WebSocket](https://docs.blockvectra.com/en/guides/webhook-vs-websocket/) และ [ข้อมูลอ้างอิง Data API](https://docs.blockvectra.com/en/api/data/) สำหรับเส้นทางการกู้คืนที่เหมาะสม

## การยืนยันตัวตนและการเข้าถึงของ Agent

ตรวจสอบว่าไคลเอนต์ของคุณสามารถส่งคีย์ได้อย่างปลอดภัย, ค้นพบเอกสารที่เครื่องอ่านได้, สร้างบัญชี และกู้คืนจากข้อผิดพลาดได้หรือไม่ BlockVectra RPC รองรับคีย์ในพาธที่ `POST /v1/{chain}/{api_key}` หรือส่วนหัว `x-api-key` ที่ `POST /v1/{chain}` Data API ใช้ `x-api-key` เก็บรักษาคีย์ไว้ในสภาพแวดล้อมเซิร์ฟเวอร์ และอย่าใส่ไว้ในบันเดิลของเบราว์เซอร์, ล็อก หรือข้อความแชท

นักพัฒนาและ AI Agent ใช้ราคาและขีดจำกัดเดียวกัน [การลงทะเบียนแบบโปรแกรม](https://docs.blockvectra.com/en/guides/programmatic-signup/) มีเอกสารอธิบายการสร้างบัญชีโดยใช้กระเป๋าเงิน และ [คู่มือสำหรับ Agent](https://docs.blockvectra.com/en/guides/ai-agents/) มีเอกสารและจุดเข้าใช้งาน MCP โดย Agent สามารถเติมยอดการใช้งานของบัญชีด้วยสเตเบิลคอยน์ผ่าน [ขั้นตอนการเติมเงินตามเอกสาร](https://docs.blockvectra.com/en/guides/agent-topup/) โดยไม่ต้องสมัครสมาชิก RPC รายเดือน เครือข่ายการเติมเงิน, โทเค็น และยอดขั้นต่ำมาจาก [GET /v1/topup/status](https://api.blockvectra.com/v1/topup/status)

**การทดสอบด้วยตนเอง:** ให้ไคลเอนต์เป้าหมายค้นหาเชนและเมธอด, อ่านเอกสาร, โหลดคีย์จากสภาพแวดล้อม และดำเนินการคำขอที่มีการยืนยันตัวตนแบบจำกัดขอบเขตหนึ่งรายการ ตรวจสอบทั้งสถานะ HTTP และ JSON-RPC `error` ตรวจสอบการตอบกลับเมื่อคีย์ขาดหายไปโดยไม่บันทึกล็อกข้อมูลรับรอง ยืนยันว่าไคลเอนต์บันทึกความคืบหน้าเมื่อยอดคงเหลือไม่เพียงพอ, อ่านเครือข่ายและโทเค็นการเติมเงินที่เปิดใช้งาน และปฏิบัติตามขั้นตอนการเติมเงินตามเอกสาร; ขั้นตอนการสร้างบัญชีและการชำระเงินควรใช้บัญชีที่คุณควบคุม อย่าถือว่าการเชื่อมต่อ MCP ของเอกสารเป็นหลักฐานว่า Agent สามารถเรียกใช้ RPC ที่มีการยืนยันตัวตนได้

## บันทึกการตัดสินใจ

จัดทำเอกสารสรุปผลลัพธ์สั้นๆ: แหล่งที่มาและวันที่เก็บตัวอย่าง; เชนและเมธอด; แฮชของบล็อกคงที่; ความสมบูรณ์ของผลลัพธ์; จำนวนการเรียกทั้งหมดและการลองใหม่; โควตาที่มีอยู่; ต้นทุนที่ต้องชำระของงาน; ลาเทนซีและการจำกัดอัตรา; ช่องว่างของประวัติย้อนหลังและโปรโตคอล; ขั้นตอนการกู้คืน; แรงงานที่ใช้ในการย้ายระบบ หากภาระงานต้องการการสนับสนุนตามสัญญาหรือ SLA ให้ขอรับข้อกำหนดที่เกี่ยวข้องแยกต่างหากจากการทดสอบ API เหล่านี้

เมื่อกำหนดภาระงานของคุณได้แล้ว ให้เปรียบเทียบกับผู้ให้บริการเฉพาะแต่ละราย:

* [เปรียบเทียบกับผู้ให้บริการเฉพาะราย: ราคาการประมวลผลและช่วงของ log](https://docs.blockvectra.com/en/guides/alchemy-alternative/)
* [เปรียบเทียบกับผู้ให้บริการเฉพาะราย: การทดลองใช้และการเรียกเก็บเงินแบบสมัครสมาชิก](https://docs.blockvectra.com/en/guides/quicknode-alternative/)
* [เปรียบเทียบกับผู้ให้บริการเฉพาะราย: ต้นทุนคำขอ HTTPS](https://docs.blockvectra.com/en/guides/ankr-alternative/)
* [เปรียบเทียบกับผู้ให้บริการเฉพาะราย: งบประมาณรายวันและตามรอบบิล](https://docs.blockvectra.com/en/guides/infura-alternative/)
* [เปรียบเทียบกับผู้ให้บริการเฉพาะราย: คำขอที่รวมมาให้และค่าบริการส่วนเกิน](https://docs.blockvectra.com/en/guides/chainstack-alternative/)