Cách chọn nhà cung cấp RPC: giá, phạm vi hỗ trợ và tự kiểm tra

Đánh giá chi phí phương thức RPC, khoảng log, credit miễn phí, giới hạn tốc độ, phạm vi chuỗi, Push và Data API, xác thực và truy cập của Agent bằng tự kiểm tra tác vụ.

Chọn nhà cung cấp RPC theo chi phí và độ tin cậy khi hoàn thành tác vụ thực tế: trước hết xác minh chuỗi, phương thức và phạm vi lịch sử, rồi đo số truy vấn, thông lượng và khả năng khôi phục.

Ghi lại các chuỗi, phương thức, khối cố định, phân bố lưu lượng hằng ngày, mức đồng thời cao điểm và phụ thuộc vào thông báo hoặc bộ dữ liệu mà ứng dụng hoặc AI Agent cần. Các giá trị BlockVectra công khai bên dưới lấy từ GET /v1/plans và GET /v1/chains; lấy lại trước khi quyết định. Phạm vi dữ liệu lấy từ GET /v1/status. Khả năng được công bố là điểm khởi đầu cho kiểm tra, không phải phép đo độ trễ hoặc SLA.

Giá phương thức và đơn vị tính phí

Chỉ số lượng yêu cầu không đủ để tính giá tác vụ. Ghi trọng số tính phí của từng phương thức, quy đổi sang USD, credit đi kèm, phí vượt hạn mức và mọi phí thuê bao hoặc tiện ích bổ sung. Credit, CU và đơn vị yêu cầu cần quy đổi riêng trước khi so sánh nhà cung cấp.

Trọng số phương thức và giá niêm yết hiện tại của BlockVectra được đọc từ endpoint gói công khai khi trang được xây dựng:

Thông số quy đổi hiện tại

1 USD = 10,000 đơn vị thanh toán, 1 đơn vị thanh toán = 1,000 CU (1 USD = 10,000,000 CU).

Công thức: Trọng số CU × 1,000,000 ÷ (10,000 × 1,000) USD.

Phương thức	CU mỗi lệnh gọi	Giá cho mỗi 1M lệnh gọi (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_usd

Giá niêm yết không gồm credit miễn phí, gas, tiện ích bổ sung và công việc chuyển đổi. Phân biệt hạn mức định kỳ với dùng thử có hạn, và giá credit bổ sung với chi phí trung bình của yêu cầu đi kèm. Kiểm tra quy tắc thanh toán để biết phản hồi nào tiêu thụ CU.

Tự kiểm tra: chạy lại một nhóm phương thức nhỏ, đại diện với khối cố định, và ghi lệnh gọi thành công, lần thử lại và lỗi tính phí. So sánh thay đổi mức sử dụng tài khoản với phép tính theo trọng số phương thức. Lập ngân sách cho số yêu cầu trả kết quả đầy đủ, bao gồm phân trang và truy xuất bổ sung. Xem Đọc giá CU để biết cách quy đổi.

Khoảng log và trạng thái lịch sử

Với eth_getLogs, kiểm tra độ rộng khối, giới hạn kích thước kết quả và hỗ trợ lọc cho chuỗi và gói cụ thể. Khoảng rộng chỉ hữu ích nếu phản hồi đầy đủ. Khoảng có xác thực của BlockVectra lấy từ danh mục chuỗi:

Chuỗi	Slug chuỗi	max_logs_block_range (khối)
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 lịch sử và thực thi hợp đồng trong lịch sử là các khả năng khác nhau. Với eth_call, đọc state_window_blocks; với đọc không cần key, đọc thêm public.history_blocks. Trường thiếu hoặc null nghĩa là chưa quy định, không chứng minh lịch sử vô hạn. Xem trạng thái EVM lịch sử.

Tự kiểm tra: chọn khoảng cố định với hợp đồng và topic đã biết, chia theo khoảng công bố, rồi so sánh hợp kết quả với các truy vấn nhỏ hơn có chồng lấn. Loại trùng theo hash khối, hash giao dịch và chỉ số log, và kiểm tra ranh giới khoảng. Đọc riêng cùng hợp đồng tại một khối cố định gần đây và khối cũ nhất ứng dụng cần; ghi kết quả thực tế hoặc lỗi JSON-RPC. Kiểm tra khoảng nhiều và ít sự kiện, đếm số lần thử lại. Làm theo khoảng log và khôi phục để lưu mốc tiến độ.

Credit miễn phí, giới hạn tốc độ và lưu lượng cao điểm

Ngân sách chu kỳ hiện tại của BlockVectra và số lệnh gọi được bao phủ được tính từ các gói:

Gói miễn phí yêu cầu đăng ký tài khoản và sử dụng API key; tất cả các key thuộc một tài khoản chia sẻ trung bình 25 lệnh gọi mỗi giây (cho phép burst ngắn). Vào cuối mỗi chu kỳ 30 ngày, số dư dưới 30,000,000 CU sẽ được nạp đầy lại lên đến 30,000,000 CU.

Phương thức	Trọng số CU	Ước tính cuộc gọi / Chu kỳ	Ước tính / Ngày	Giá niêm yết / 1M lệnh gọi
`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

Giới hạn lệnh gọi của tài khoản miễn phí: tối đa 25 lệnh gọi mỗi giây, chia sẻ trên tất cả các key trong tài khoản, mọi chuỗi và Data API. Mỗi key cũng có giới hạn cu_per_sec và burst_cu. Lần bổ sung chu kỳ đủ điều kiện nạp số dư miễn phí lên mức mục tiêu; không phải khoản cấp đầy đủ bổ sung. Lần nạp tiền trả phí đầu tiên dừng bổ sung chu kỳ nhưng giữ CU miễn phí còn lại. Xem quy tắc gói miễn phí.

Phân biệt hạn mức hằng ngày, số dư chu kỳ, requests/s, CU/s, dung lượng burst và yêu cầu đồng thời. Trả tiền cho mức sử dụng lớn hơn tự nó không bảo đảm thông lượng theo key lớn hơn.

Tự kiểm tra: dùng key có xác thực và lô nhỏ có giới hạn với nhịp gửi và mức đồng thời tác vụ cần, trong giới hạn tài khoản. Ghi trạng thái HTTP, lỗi JSON-RPC, phân vị độ trễ và lệnh gọi hoàn thành. Dừng khi hết hạn mức; dùng backoff có giới hạn khi bị hạn chế tốc độ và lưu tiến độ bền vững. Lặp lại với mẫu nhiều phương thức vì phương thức tốn kém tiêu thụ nhiều ngân sách CU/s hơn. So sánh burst với lưu lượng đều, và tính cả mức sử dụng của key khác khi kiểm tra giới hạn tài khoản dùng chung.

Phạm vi chuỗi, phương thức và giao thức

Dùng danh mục chuỗi để kiểm tra danh tính mạng, jsonrpc, methods.allow, methods.deny, public.methods, ws và subscriptions. Tên chuỗi không chứng minh mọi phương thức hoặc giao thức đều khả dụng. Phương thức không cần key và có xác thực có thể có giới hạn khác nhau.

Tự kiểm tra: sao chép public.url của mạng đã chọn và gọi phương thức trong public.methods. Với ví dụ Ethereum bên dưới, xem ID mạng, rồi chạy các phương thức ứng dụng cần bằng key có xác thực và cùng các khối cố định. Kiểm tra quy tắc từ chối cùng quy tắc cho phép; so sánh hash khối khi đối chiếu kết quả giữa các endpoint.

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":[]}'

Thao tác này kiểm tra phương thức công khai, không phải phạm vi archive hay dung lượng có xác thực. Nếu ứng dụng cần socket, kiểm tra đăng ký cần thiết, ngắt kết nối và đường tiếp tục trên mạng công bố hỗ trợ ws. Xem đăng ký WebSocket.

Gửi Push và dữ liệu được lập chỉ mục

Với thông báo địa chỉ, xem khai báo push của chuỗi và cài đặt xác nhận. BlockVectra có thể theo dõi cùng tập địa chỉ trên các chuỗi được hỗ trợ trong một đăng ký với một bộ nhận HTTPS; đối chiếu dung lượng tự phục vụ và doanh nghiệp với số địa chỉ. Với truy vấn Data API, xem bộ dữ liệu và khoảng đã lập chỉ mục trong GET /v1/status. Bản ghi được lập chỉ mục không hàm ý thực thi hợp đồng lịch sử tùy ý. Thăm dò RPC, thông điệp WebSocket, sự kiện Push đã gửi và địa chỉ-ngày theo dõi dùng cách đo tính phí khác nhau; tính từng quy trình cần thiết từ trọng số áp dụng trong gói.

Tự kiểm tra: với Push, dùng bộ nhận HTTPS bạn kiểm soát, xác minh chữ ký và kiểm tra xử lý trùng, thử lại và phát lại bằng sự kiện từ địa chỉ bạn kiểm soát. Với Data API, truy vấn giao dịch hoặc chuyển tiền đã lập chỉ mục đã biết, so sánh hash khối với RPC, lấy hết các trang và lưu con trỏ trước khi tiếp tục. Ghi khoảng trống bao phủ và số sự kiện hoặc lệnh gọi tính phí. Dùng Webhook Push, Webhook so với WebSocket và tham chiếu Data API để chọn đường khôi phục phù hợp.

Xác thực và truy cập của Agent

Kiểm tra client có thể cung cấp key an toàn, khám phá tài liệu máy đọc được, tạo tài khoản và khôi phục sau lỗi hay không. RPC BlockVectra chấp nhận key trong đường dẫn tại POST /v1/{chain}/{api_key} hoặc header x-api-key tại POST /v1/{chain}. Data API dùng x-api-key. Giữ key trong môi trường máy chủ và ngoài bundle trình duyệt, log và tin nhắn chat.

Nhà phát triển và AI Agent dùng cùng giá và giới hạn. Đăng ký bằng chương trình mô tả tạo tài khoản bằng ví, còn hướng dẫn Agent cung cấp điểm vào tài liệu và MCP. Agent có thể nạp số dư sử dụng tài khoản bằng stablecoin qua quy trình nạp tiền được mô tả, không cần thuê bao RPC hằng tháng. Mạng, token và mức nạp tối thiểu lấy từ GET /v1/topup/status.

Tự kiểm tra: để client dự kiến khám phá chuỗi và phương thức, đọc tài liệu, nạp key từ môi trường và thực hiện một yêu cầu có xác thực có giới hạn. Kiểm tra cả trạng thái HTTP và error JSON-RPC. Kiểm tra phản hồi thiếu key mà không ghi log thông tin xác thực. Xác minh client lưu tiến độ khi không đủ số dư, đọc mạng và token nạp tiền đang bật, và làm theo quy trình nạp tiền được mô tả; bước tạo tài khoản và thanh toán nên dùng tài khoản bạn kiểm soát. Không coi kết nối MCP tài liệu là bằng chứng Agent có thể thực hiện lệnh gọi RPC có xác thực.

Ghi lại quyết định

Giữ bảng kết quả ngắn: nguồn và ngày lấy mẫu; chuỗi và phương thức; hash khối cố định; độ đầy đủ của kết quả; tổng lệnh gọi và lần thử lại; hạn mức khả dụng; chi phí tác vụ trả phí; độ trễ và hạn chế tốc độ; khoảng trống lịch sử và giao thức; bước khôi phục; công sức chuyển đổi. Nếu tác vụ cần hỗ trợ theo hợp đồng hoặc SLA, lấy điều khoản áp dụng riêng ngoài các kiểm tra API này.

Khi đã xác định tác vụ, so sánh với nhà cung cấp cụ thể:

Cách chọn nhà cung cấp RPC