BlockVectra là giải pháp thay thế Ankr: Định giá đọc EVM theo phương thức

BlockVectra định giá các lệnh đọc eth_call được hỗ trợ ở mức 15 CU mỗi lệnh; số dư miễn phí đầy đủ 30,000,000 CU có thể chi trả cho 2,000,000 lệnh gọi như vậy, được chia sẻ với tất cả các phương thức khác và tuân theo giới hạn tài khoản và key.

So sánh

Số liệu của đối thủ cạnh tranh được xác minh vào ngày 2026-10-08. Trọng số phương thức, giới hạn gói miễn phí và giới hạn key của BlockVectra được đối chiếu với GET /v1/plans, và khoảng log với GET /v1/chains, vào ngày 2026-10-09. Các số liệu hiện tại được hiển thị bởi các component bên dưới.

Ankr quy đổi $0.10 thành 1M API Credits, vì vậy danh mục HTTPS EVM 200 credit của họ có giá $0.00002/lệnh gọi. Các mức giá này chưa bao gồm WSS và Advanced API. Ngân sách lệnh gọi miễn phí giả định không có phương thức nào khác tiêu thụ credit; hạn mức hàng tháng và theo chu kỳ có các quy tắc nạp lại riêng, và lưu lượng thực tế phải phù hợp với giới hạn tốc độ của tài khoản và key.

Vì sao chọn BlockVectra

Đơn giá phương thức và ngân sách tài khoản miễn phí

Trọng số phương thức, quy đổi USD và ngân sách tài khoản miễn phí bên dưới được lấy từ GET /v1/plans. Giới hạn chuỗi được lấy từ GET /v1/chains. Hãy so sánh trên cùng chuỗi, phương thức, khối và kết quả hoàn chỉnh; việc chia nhỏ và thử lại sẽ làm thay đổi số lượng lệnh gọi.

Hạn mức 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. Giới hạn key_defaults.cu_per_sec và burst_cu trên từng key cũng được áp dụng. Các lần nạp lại chu kỳ đủ điều kiện sẽ bù số dư miễn phí lên mức mục tiêu thay vì cộng thêm một khoản cấp đầy đủ. Lần nạp tiền trả phí đầu tiên sẽ dừng các lần nạp lại chu kỳ trong khi vẫn bảo lưu số CU miễn phí còn lại. Xem quy tắc gói miễn phí.

Ngân sách miễn phí được đo bằng các lệnh gọi hữu ích

Bảng gói miễn phí cho biết số lệnh gọi mà số dư chu kỳ đầy đủ có thể chi trả khi chỉ dùng cho từng phương thức được liệt kê. Việc đọc hợp đồng, truy vấn log và kiểm tra số khối đều lấy từ cùng một số dư CU: hãy lập ngân sách cho từng phương thức theo trọng số trong bảng giá phương thức, sau đó cộng các chi phí lại. Việc sử dụng CU cho log sẽ làm giảm lượng CU còn lại cho các lệnh đọc hợp đồng.

Các lần nạp lại đủ điều kiện sẽ khôi phục số dư về mức mục tiêu thay vì cộng thêm một khoản cấp đầy đủ. Hãy kiểm tra số CU thực tế còn lại của bạn trước khi thực hiện backfill và điều tiết tất cả các key trong phạm vi hạn mức tài khoản dùng chung và giới hạn riêng của từng key; số lệnh gọi theo chu kỳ không phải là hạn mức bảo đảm hàng ngày. Xem Đọc hiểu giá CU để biết ước tính cho khối lượng công việc kết hợp.

Thử nghiệm không cần key và nạp tiền tự động cho Agent

Hãy thử một phương thức nằm trong public.methods tại public.url của danh mục chuỗi trước khi tạo key. Đối với truy cập đã xác thực, đăng ký theo chương trình cho phép Agent tạo tài khoản và key bằng chữ ký ví. Nạp tiền cho Agent nạp vào cùng một số dư sử dụng bằng stablecoin; đọc mạng, token và mức tối thiểu từ trạng thái nạp tiền. Nhà phát triển và AI Agent sử dụng cùng mức giá và giới hạn.

Push địa chỉ đa chuỗi

Theo dõi cùng một tập hợp địa chỉ trên nhiều chuỗi được hỗ trợ trong một gói đăng ký duy nhất, với một bộ nhận HTTPS duy nhất. Điều này phù hợp cho hoạt động của ví và thông báo thanh toán mà không cần duy trì socket cho từng chuỗi. Xem dung lượng địa chỉ tự phục vụ và doanh nghiệp; liên hệ với chúng tôi để kích hoạt dung lượng doanh nghiệp. Phí địa chỉ-ngày và sự kiện được phân phối tách biệt với các lệnh gọi RPC và được liệt kê trong bảng giá Push.

RPC trên Robinhood Chain và HyperEVM được liệt kê trong danh mục chuỗi. Hãy kiểm tra phương thức và hỗ trợ Push theo từng mạng; sử dụng hướng dẫn bắt đầu riêng cho chuỗi và hướng dẫn backfill HyperEVM cho quy trình làm việc tương ứng.

Các bước di chuyển

1. Kiểm kê và phạm vi hỗ trợ: liệt kê các chuỗi, phương thức, khối cố định, khoảng log và các phụ thuộc đăng ký. Kiểm tra methods.allow, methods.deny, public.methods, state_window_blocks và ws trong danh mục chuỗi. Cửa sổ lịch sử mang giá trị null nghĩa là chưa xác định, không phải phạm vi lưu trữ archive. Thử nghiệm smoke test không cần key qua public.url chỉ xác thực các phương thức công khai được liệt kê.
2. Key và xác thực: lấy key BlockVectra thông qua console hoặc đăng ký theo chương trình. Lưu giữ key trong môi trường máy chủ của bạn. RPC chấp nhận POST /v1/{chain}/{api_key} hoặc POST /v1/{chain} với x-api-key; Data API sử dụng x-api-key. Ví dụ Ethereum WETH decimals() này sử dụng header:

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 'User-Agent: curl BlockVectraQA/1' \
  -H "x-api-key: $BLOCKVECTRA_API_KEY" \
  -d '{"jsonrpc":"2.0","id":1,"method":"eth_call","params":[{"to":"0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2","data":"0x313ce567"},"latest"]}'

3. Phát lại trước khi chuyển đổi: thay thế latest bằng cùng một khối cố định được hỗ trợ trên cả hai nhà cung cấp và ghi lại hash của khối. So sánh các giá trị trả về và error của JSON-RPC, ngay cả sau khi nhận HTTP 200. Kiểm thử các truy vấn log đại diện, thử lại có giới hạn, khôi phục sau giới hạn tốc độ và tiếp tục con trỏ (cursor). Di chuyển các API độc quyền và đăng ký một cách riêng biệt; chỉ chuyển lưu lượng sau khi các kết quả cần thiết khớp nhau.

Câu hỏi thường gặp

Đơn giá phương thức thấp hơn có đồng nghĩa với tổng chi phí tác vụ thấp hơn không?

Tính theo công thức max(0, sum(calls × method CU) − available_free_cu) / (pricing.units_per_usd × pricing.cu_per_unit). Hãy tính cả việc chia nhỏ, thử lại và bất kỳ dịch vụ nào mà tác vụ của bạn sử dụng. Các khoản credit đi kèm hiện có làm thay đổi chi phí gia tăng; hãy so sánh kết quả hoàn chỉnh thay vì tên đơn vị thanh toán.

Tôi có thể di chuyển chỉ bằng cách thay đổi endpoint không?

Đối với các phương thức RPC tiêu chuẩn được hỗ trợ, hãy cập nhật endpoint và path key hoặc header x-api-key, sau đó phát lại các yêu cầu với khối cố định. Trước hết hãy kiểm tra trạng thái lịch sử và phạm vi phương thức. Các API độc quyền, đăng ký WebSocket và bộ nhận Push cần các thử nghiệm di chuyển riêng; xem trạng thái EVM lịch sử và Webhook so với WebSocket.

Xem Cách chọn nhà cung cấp RPC để có danh sách kiểm tra khối lượng công việc và các bài tự kiểm tra.