BlockVectra là giải pháp thay thế Infura: Credit theo chu kỳ và tính phí theo mức sử dụng

Hãy chọn BlockVectra để sử dụng số dư CU chu kỳ cho các tác vụ đọc tập trung được hỗ trợ và thanh toán cho các lệnh đọc bổ sung mà không cần gói đăng ký RPC hàng tháng.

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.

Dòng ngân sách miễn phí so sánh thời điểm có thể sử dụng credit, không phải hạn mức hàng tháng tương đương hay thông lượng đo được. Một tác vụ tập trung cần đủ số CU BlockVectra còn lại và phải phù hợp với cả giới hạn tài khoản lẫn giới hạn key. Không có đơn giá vượt hạn mức trên mỗi credit nào được suy diễn từ phí đăng ký của Infura.

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í.

Số dư chu kỳ cho các tác vụ đọc tập trung

Đối với một tác vụ Ethereum eth_call giả định gồm 50.000 lệnh gọi trong một ngày, hãy tính mức sử dụng BlockVectra là 50.000 × trọng số CU hiện tại của eth_call từ bảng phương thức. Chia cho pricing.units_per_usd × pricing.cu_per_unit để có chi phí điện toán theo giá niêm yết trước credit miễn phí khả dụng. Bạn có thể sử dụng số dư chu kỳ khi số dư thực tế còn lại của bạn đủ chi trả cho tác vụ.

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. Việc chia key_defaults.cu_per_sec cho trọng số hiện tại của eth_call sẽ cho tốc độ ngân sách CU duy trì, không phải thông lượng đo được. Hạn mức tài khoản dùng chung và lưu lượng khác có thể làm giảm tốc độ có thể sử dụng. Hãy thử nghiệm trên cùng các khối cố định mà tác vụ của bạn cần trước khi di chuyển. Nguồn: plans và chains, được kiểm tra vào 2026-10-09.

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.