วิธีเลือกผู้ให้บริการ RPC: ราคา, ความครอบคลุม และการทดสอบด้วยตนเอง

ประเมินต้นทุนของเมธอด RPC, ช่วงของ log, เครดิตฟรี, การจำกัดอัตรา, ความครอบคลุมของเชน, Push และ Data API, การยืนยันตัวตน และการเข้าถึงของ Agent พร้อมการทดสอบภาระงานด้วยตนเอง

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

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

ประเมิน BlockVectra สำหรับการอ่านสัญญาที่รองรับด้วยการเรียกเก็บเงินตามการใช้งานจริงตามเมธอด, การดึงข้อมูล log ย้อนหลังของ HyperEVM แบบจำกัดขอบเขตได้สูงสุด 1,000 บล็อกต่อคำขอที่มีการยืนยันตัวตน หรือการแจ้งเตือนแอดเดรสแบบหลายเชนผ่านการสมัครสมาชิกแบบบริการตนเองหนึ่งรายการและตัวรับ HTTPS หนึ่งตัว การอ่านสัญญาใช้ค่าน้ำหนักปัจจุบันของ eth_call ในตารางเมธอดด้านล่าง; แอดเดรส-วันของ Push และเหตุการณ์ที่ส่งมอบมีอัตราค่าบริการแยกต่างหาก ปรับเวิร์กโฟลว์ให้ตรงกับงานของคุณ: ราคาการอ่านสัญญา, การดึงข้อมูล log ย้อนหลังของ HyperEVM หรือ การแจ้งเตือนแอดเดรสและความจุ ราคาและขีดจำกัดได้รับการตรวจสอบเทียบกับ แผนบริการ และ เชน เมื่อ 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 ที่อยู่ต่อการสมัครรับข้อมูล ติดต่อเราเพื่อเพิ่มความจุ.

ค่าบริการตามงานและอัตราคำขอของ 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.

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, บริการเสริม และการดำเนินงานย้ายระบบ แยกแยะโควตาที่เติมซ้ำตามรอบบิลออกจากการทดลองใช้ที่หมดอายุ และแยกราคาของเครดิตส่วนเกินออกจากต้นทุนเฉลี่ยของคำขอที่รวมมาให้ ตรวจสอบ กฎการเรียกเก็บเงิน เพื่อดูว่าการตอบกลับใดบ้างที่ใช้ CU

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

ช่วงของ 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 ย้อนหลัง

การทดสอบด้วยตนเอง: เลือกระยะช่วงที่คงที่พร้อมสัญญาและหัวข้อ (topic) ที่ทราบ แยกย่อยตามช่วงที่ประกาศไว้ และเปรียบเทียบการรวมผลลัพธ์ (union) กับคิวรีย่อยที่มีช่วงซ้อนทับกัน กำจัดข้อมูลซ้ำซ้อนด้วยแฮชของบล็อก, แฮชของธุรกรรม และดัชนีของ log รวมถึงตรวจสอบขอบเขตของช่วง อ่านสัญญาเดียวกันแยกต่างหากที่บล็อกคงที่ล่าสุดและที่บล็อกที่เก่าที่สุดที่แอปพลิเคชันของคุณต้องการ; บันทึกผลลัพธ์จริงหรือ JSON-RPC error ทดสอบทั้งช่วงที่มีข้อมูลหนาแน่นและเบาบางพร้อมนับจำนวนการลองใหม่ ทำตาม ช่วงของ log และการกู้คืน เพื่อบันทึกจุดตรวจสอบความคืบหน้า (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 ฟรีที่เหลืออยู่ไว้ โปรดดู กฎแผนบริการฟรี

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

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

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

ใช้ สารบบเชน เพื่อตรวจสอบอัตลักษณ์ของเครือข่าย, jsonrpc, methods.allow, methods.deny, public.methods, ws และ subscriptions ชื่อของเชนไม่ได้เป็นเครื่องยืนยันว่าทุกเมธอดหรือโปรโตคอลจะพร้อมใช้งาน เมธอดแบบไม่ต้องใช้คีย์และเมธอดที่มีการยืนยันตัวตนอาจมีขีดจำกัดที่แตกต่างกัน

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

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

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

สำหรับการแจ้งเตือนแอดเดรส ให้ตรวจสอบการประกาศ push ของเชนและการตั้งค่าการยืนยัน BlockVectra สามารถติดตามชุดแอดเดรสเดียวกันข้ามหลายเชนที่รองรับในการสมัครสมาชิกเดียวด้วยตัวรับ HTTPS เพียงตัวเดียว; ตรวจสอบ ความจุแบบบริการตนเองและระดับองค์กร เทียบกับจำนวนแอดเดรสของคุณ สำหรับการคิวรี Data API ให้ตรวจสอบชุดข้อมูลและช่วงที่ทำดัชนีใน GET /v1/status บันทึกข้อมูลที่ทำดัชนีไม่ได้หมายรวมถึงการประมวลผลสัญญาย้อนหลังตามใจชอบ การทำโพลล์ RPC, ข้อความ WebSocket, เหตุการณ์ของ Push ที่ส่งมอบ และแอดเดรส-วันที่มีการติดตามใช้มาตรวัดการเรียกเก็บเงินที่แตกต่างกัน; คำนวณแต่ละเวิร์กโฟลว์ที่ต้องการจากค่าน้ำหนักที่เกี่ยวข้องใน แผนบริการ

การทดสอบด้วยตนเอง: สำหรับ Push ให้ใช้ตัวรับ HTTPS ที่คุณควบคุม ตรวจสอบลายเซ็น และทดสอบการจัดการข้อมูลซ้ำ, การลองใหม่ และการเล่นซ้ำเหตุการณ์โดยใช้เหตุการณ์จากแอดเดรสที่คุณควบคุม สำหรับ Data API ให้คิวรีธุรกรรมหรือการโอนที่ทำดัชนีไว้ซึ่งทราบข้อมูลอยู่แล้ว เปรียบเทียบแฮชของบล็อกกับ RPC ดึงข้อมูลการแบ่งหน้าจนครบ และบันทึกเคอร์เซอร์ก่อนดำเนินการต่อ บันทึกช่องว่างความครอบคลุมและจำนวนเหตุการณ์หรือการเรียกที่คิดค่าบริการ ใช้ Webhook Push, Webhook เทียบกับ WebSocket และ ข้อมูลอ้างอิง Data API สำหรับเส้นทางการกู้คืนที่เหมาะสม

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

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

นักพัฒนาและ AI Agent ใช้ราคาและขีดจำกัดเดียวกัน การลงทะเบียนแบบโปรแกรม มีเอกสารอธิบายการสร้างบัญชีโดยใช้กระเป๋าเงิน และ คู่มือสำหรับ Agent มีเอกสารและจุดเข้าใช้งาน MCP โดย Agent สามารถเติมยอดการใช้งานของบัญชีด้วยสเตเบิลคอยน์ผ่าน ขั้นตอนการเติมเงินตามเอกสาร โดยไม่ต้องสมัครสมาชิก RPC รายเดือน เครือข่ายการเติมเงิน, โทเค็น และยอดขั้นต่ำมาจาก GET /v1/topup/status

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

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

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

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

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