BlockVectra ทางเลือกแทน Ankr: การกำหนดราคาการอ่าน EVM ตามเมธอด
BlockVectra กำหนดราคาการอ่าน eth_call ที่รองรับไว้ที่ 15 CU ต่อครั้ง โดยยอดคงเหลือฟรีเต็มจำนวน 30,000,000 CU สามารถครอบคลุมการเรียกดังกล่าวได้ 2,000,000 ครั้ง ซึ่งแชร์ร่วมกับเมธอดอื่นๆ ทั้งหมด และอยู่ภายใต้ขีดจำกัดของบัญชีและคีย์
BlockVectra กำหนดราคาการอ่าน eth_call ที่รองรับไว้ที่ 15 CU ต่อครั้ง โดยยอดคงเหลือฟรีเต็มจำนวน 30,000,000 CU สามารถครอบคลุมการเรียกดังกล่าวได้ 2,000,000 ครั้ง ซึ่งแชร์ร่วมกับเมธอดอื่นๆ ทั้งหมด และอยู่ภายใต้ขีดจำกัดของบัญชีและคีย์
การเปรียบเทียบ
ตัวเลขของคู่แข่ง ณ วันที่ 2026-10-08 ส่วนน้ำหนักของเมธอด, ขีดจำกัดของแพ็กเกจฟรี และขีดจำกัดของคีย์ของ BlockVectra นำมาจาก GET /v1/plans และช่วงของ log นำมาจาก GET /v1/chains ตัวเลขปัจจุบันแสดงผลโดยคอมโพเนนต์ด้านล่าง
| ตัวชี้วัด | Ankr | BlockVectra | แหล่งที่มา |
|---|---|---|---|
eth_call, ต่อหนึ่งล้านการเรียก HTTPS EVM | 200 API Credits/call; $20 | ราคา USD ปัจจุบันของ eth_call ด้านล่าง | ราคาคำขอ, แพ็กเกจ, เชน |
eth_getLogs, ต่อหนึ่งล้านการเรียก HTTPS EVM | 200 API Credits/call; $20 | ราคา USD ปัจจุบันของ eth_getLogs ด้านล่าง | ราคาคำขอ, แพ็กเกจ, เชน |
eth_blockNumber, ต่อหนึ่งล้านการเรียก HTTPS EVM | 200 API Credits/call; $20 | ราคา USD ปัจจุบันของ eth_blockNumber ด้านล่าง | ราคาคำขอ, แพ็กเกจ, เชน |
งบประมาณ eth_call ฟรี เมื่อไม่มีทราฟฟิกอื่น | Freemium: 200M API Credits/เดือน ÷ 200 = 1M การเรียก | จำนวนการเรียกในรอบปัจจุบันในตารางแพ็กเกจฟรีด้านล่าง | แพ็กเกจบริการ, ราคาคำขอ, แพ็กเกจ, เชน |
Ankr แปลง $0.10 เป็น 1M API Credits ดังนั้นหมวดหมู่ HTTPS EVM ที่ใช้ 200 credits จึงมีค่าใช้จ่าย $0.00002/การเรียก อัตราเหล่านี้ไม่รวม WSS และ Advanced API งบประมาณการเรียกฟรีจะสมมติว่าไม่มีเมธอดอื่นใช้เครดิต ทั้งนี้โควตารายเดือนและตามรอบมีกฎการเติมเครดิตของตัวเอง และทราฟฟิกจริงต้องอยู่ภายใต้ขีดจำกัดอัตราของบัญชีและคีย์
ทำไมต้องเลือก BlockVectra
ราคาตามเมธอดและงบประมาณสำหรับบัญชีฟรี
น้ำหนักของเมธอด, การแปลงเป็น USD และงบประมาณบัญชีฟรีด้านล่างนำมาจาก GET /v1/plans ขีดจำกัดของเชนนำมาจาก GET /v1/chains ควรเปรียบเทียบเชน, เมธอด, บล็อก และผลลัพธ์ที่สมบูรณ์เดียวกัน เนื่องจากการแยกคำขอและการลองใหม่จะส่งผลต่อจำนวนการเรียก
พารามิเตอร์การแปลงที่ใช้งานอยู่
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 ของเมธอด และสมมติว่ามีเพียงเมธอดนั้นที่ใช้คีย์ ขีดจำกัดของบัญชีฟรีและคำขออื่นอาจลดอัตราที่ใช้งานได้ ตัวเลขเหล่านี้เป็นการแปลงงบประมาณ ไม่ใช่ปริมาณงานที่วัดได้จริง
เพดานสำหรับบัญชีฟรี: สูงสุด 25 คำขอต่อวินาที แชร์ร่วมกันระหว่างทุกคีย์ในบัญชี ทุกเชน และ Data API มีผลบังคับใช้ร่วมกับ key_defaults.cu_per_sec และ burst_cu ต่อคีย์ด้วย การเติมเครดิตตามรอบสำหรับผู้มีสิทธิ์จะเติมยอดคงเหลือฟรีให้ถึงเป้าหมายแทนที่จะเพิ่มเต็มจำนวน การเติมเงินแบบชำระเงินครั้งแรกจะหยุดการเติมเครดิตตามรอบในขณะที่ยังคงรักษา CU ฟรีที่เหลืออยู่ ดู กฎแพ็กเกจฟรี
งบประมาณฟรีที่วัดจากจำนวนการเรียกที่ใช้งานได้จริง
ตารางแพ็กเกจฟรีแสดงจำนวนการเรียกที่ยอดคงเหลือเต็มรอบสามารถครอบคลุมได้เมื่อใช้งานเฉพาะเมธอดที่ระบุแต่ละเมธอด การอ่านสัญญา, การสืบค้น log และการตรวจสอบหมายเลขบล็อกจะดึงมาจากยอดคงเหลือ CU เดียวกัน: จัดสรรงบประมาณของแต่ละเมธอดตามน้ำหนักในตารางราคากำหนดตามเมธอด แล้วนำค่าใช้จ่ายมารวมกัน การใช้ CU สำหรับ log จะทำให้ปริมาณที่เหลือสำหรับการอ่านสัญญาลดลง
แพ็กเกจฟรีต้องลงทะเบียนบัญชีและใช้งาน 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 |
การเติมเครดิตสำหรับผู้มีสิทธิ์จะฟื้นฟูยอดคงเหลือให้ถึงเป้าหมายแทนที่จะเพิ่มเต็มจำนวน ตรวจสอบ CU ที่เหลืออยู่จริงของคุณก่อนเริ่มการดึงข้อมูลย้อนหลัง และควบคุมอัตราการเรียกของทุกคีย์ให้อยู่ภายใต้เพดานบัญชีที่แชร์ร่วมกันและขีดจำกัดต่อคีย์ ทั้งนี้จำนวนการเรียกในรอบไม่ใช่โควตารายวันที่รับประกัน ดู การอ่านราคา CU สำหรับการประมาณการปริมาณงานแบบผสม
การทดลองใช้แบบไม่ใช้คีย์และการเติมเงินแบบเป็นโปรแกรมสำหรับ Agent
ทดลองใช้เมธอดที่ระบุใน public.methods ที่ public.url ในแคตตาล็อกเชนก่อนสร้างคีย์ สำหรับการเข้าถึงที่มีการยืนยันตัวตน การลงทะเบียนแบบเป็นโปรแกรม ช่วยให้ Agent สร้างบัญชีและคีย์ด้วยลายเซ็นกระเป๋าเงินได้ การเติมเงินสำหรับ Agent จะเติมเงินเข้าสู่ยอดคงเหลือการใช้งานเดียวกันด้วย stablecoins โดยตรวจสอบเครือข่าย, โทเค็น และยอดขั้นต่ำได้จาก สถานะการเติมเงิน ทั้งนี้ นักพัฒนาและ AI Agent ใช้ราคาและขีดจำกัดเดียวกัน
บริการ Push ที่อยู่แบบหลายเชน
เฝ้าดูชุดที่อยู่เดียวกันในหลายเชนที่รองรับภายในการสมัครรับข้อมูลเดียว โดยใช้ตัวรับ HTTPS เพียงตัวเดียว เหมาะสำหรับกิจกรรมของกระเป๋าเงินและการแจ้งเตือนการชำระเงินโดยไม่ต้องดูแล socket แยกต่อแต่ละเชน ดู ความจุที่อยู่แบบบริการตนเองและระดับองค์กร; ติดต่อเรา เพื่อเปิดใช้งานความจุระดับองค์กร ค่าบริการ address-day และ delivered-event จะแยกต่างหากจากการเรียก RPC และแสดงอยู่ใน การกำหนดราคา Push
บริการ RPC บน Robinhood Chain และ HyperEVM แสดงอยู่ใน แคตตาล็อกเชน ตรวจสอบเมธอดและการรองรับ Push ต่อเครือข่าย; ใช้ คู่มือเริ่มต้นสำหรับแต่ละเชน และ คู่มือการดึงข้อมูลย้อนหลังของ HyperEVM สำหรับเวิร์กโฟลว์ที่เกี่ยวข้อง
ขั้นตอนการย้ายข้อมูล
- การสำรวจรายการและความครอบคลุม: จัดทำรายการเชน, เมธอด, บล็อกคงที่, ช่วงของ log และการพึ่งพาการสมัครรับข้อมูล ตรวจสอบ
methods.allow,methods.deny,public.methods,state_window_blocksและwsใน แคตตาล็อก โดยหน้าต่างประวัติที่เป็น null หมายถึงไม่ได้ระบุไว้ ไม่ใช่ความครอบคลุมแบบ archive ส่วนการทดสอบ smoke test ที่public.urlแบบไม่ใช้คีย์จะตรวจสอบเฉพาะเมธอดสาธารณะที่ระบุไว้เท่านั้น - คีย์และการยืนยันตัวตน: รับ BlockVectra key ผ่าน คอนโซล หรือ การลงทะเบียนแบบเป็นโปรแกรม จัดเก็บไว้ในสภาพแวดล้อมเซิร์ฟเวอร์ของคุณ โดย RPC รองรับ
POST /v1/{chain}/{api_key}หรือPOST /v1/{chain}พร้อมx-api-key; ส่วน Data API ใช้x-api-keyตัวอย่างการเรียกdecimals()ของ Ethereum WETH นี้ใช้ส่วนหัว:
if [ -z "$BLOCKVECTRA_API_KEY" ]; then
echo "Set BLOCKVECTRA_API_KEY in your server environment"
exit 1
fi
curl --fail-with-body -sS --max-time 15 https://api.blockvectra.com/v1/eth_mainnet \
-H 'Content-Type: application/json' \
-H "x-api-key: $BLOCKVECTRA_API_KEY" \
-d '{"jsonrpc":"2.0","id":1,"method":"eth_call","params":[{"to":"0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2","data":"0x313ce567"},"latest"]}'- เล่นซ้ำคำขอก่อนเปลี่ยนระบบ: แทนที่
latestด้วยบล็อกคงที่เดียวกันที่รองรับบนผู้ให้บริการทั้งสอง และบันทึกแฮชของบล็อก เปรียบเทียบค่าที่ส่งคืนและข้อผิดพลาด JSON-RPCerrorแม้ว่าจะได้รับ HTTP 200 ก็ตาม ทดสอบการสืบค้น log ตัวแทน, การลองใหม่แบบจำกัดจำนวนครั้ง, การกู้คืนจากการจำกัดอัตรา และการทำงานต่อด้วยเคอร์เซอร์ ย้าย proprietary API และการสมัครรับข้อมูลแยกต่างหาก; ย้ายทราฟฟิกหลังจากผลลัพธ์ที่ต้องการตรงกัน
คำถามที่พบบ่อย
ราคาเมธอดที่ต่ำกว่าหมายถึงต้นทุนงานรวมที่ต่ำกว่าเสมอไปหรือไม่?
คำนวณตามสูตร max(0, sum(calls × method CU) − available_free_cu) / (pricing.units_per_usd × pricing.cu_per_unit) รวมการแยกคำขอ, การลองใหม่ และบริการใดๆ ที่งานของคุณใช้ เครดิตที่มีอยู่จะเปลี่ยนต้นทุนส่วนเพิ่ม; ควรเปรียบเทียบผลลัพธ์ที่สมบูรณ์มากกว่าแค่ชื่อของหน่วยเรียกเก็บเงิน
สามารถย้ายระบบเพียงแค่เปลี่ยน endpoint ได้หรือไม่?
สำหรับเมธอด RPC มาตรฐานที่รองรับ ให้เปลี่ยน endpoint และคีย์ในพาธ หรือส่วนหัว x-api-key จากนั้นเล่นซ้ำคำขอบนบล็อกคงที่ ควรตรวจสอบสถานะย้อนหลังและความครอบคลุมของเมธอดก่อน ส่วน proprietary API, การสมัครรับข้อมูล WebSocket และตัวรับ Push จำเป็นต้องมีการทดสอบการย้ายระบบแยกต่างหาก; ดู สถานะย้อนหลัง และ Webhook เทียบกับ WebSocket
ใช้ วิธีเลือกผู้ให้บริการ RPC สำหรับรายการตรวจสอบปริมาณงานและการทดสอบด้วยตนเอง
อัปเดตล่าสุด: