BlockVectra là giải pháp thay thế QuickNode: RPC không cần gói đăng ký hàng tháng

Sử dụng BlockVectra cho các lệnh đọc RPC định kỳ được hỗ trợ mà không cần gói đăng ký RPC hàng tháng; truy cập đã xác thực sử dụng credit miễn phí đủ điều kiện hoặc tính phí theo mức sử dụng, với mức nạp tối thiểu $0.01 không bao gồm gas mạ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.

Phí vượt hạn mức của gói Build là $0.62 cho mỗi triệu API credit bổ sung sau 80M đi kèm, không phải là giá cho một triệu lệnh gọi RPC. Hãy áp dụng chính xác trọng số credit của chuỗi và phương thức trước khi ước tính mức sử dụng. Bảng sử dụng mức thanh toán hàng tháng, không bao gồm giảm giá hàng năm và ưu đãi; dòng thời hạn truy cập miễn phí so sánh thời gian, không phải số lượng lệnh gọi.

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

Tính phí theo mức sử dụng cho khối lượng công việc ngắt quãng

Đối với một công việc không thường xuyên giả định gồm 10.000 lệnh đọc eth_call được hỗ trợ, hãy nhân số lệnh gọi với trọng số CU hiện tại của eth_call trong bảng phương thức. Chia mức sử dụng đó cho pricing.units_per_usd × pricing.cu_per_unit để có chi phí điện toán theo giá niêm yết, sau đó trừ đi số CU miễn phí khả dụng trước khi tính toán điện toán trả phí. Hãy tính cả các lần thử lại bị tính phí.

Không có gói đăng ký RPC hàng tháng. Khi số dư của bạn chi trả đủ cho công việc, bạn không cần nạp thêm tiền điện toán. Nếu không, hãy kiểm tra mức tối thiểu hiện tại trong trạng thái nạp tiền và làm theo quy trình nạp tiền; gas mạng là riêng biệt. Các tài khoản chưa thanh toán đủ điều kiện sẽ nhận được các lần nạp lại số dư chu kỳ; lần nạp tiền trả phí đầu tiên sẽ dừng các lần nạp lại đó trong khi vẫn bảo lưu số CU miễn phí chưa sử dụng. Mức giá và quy tắc nạp lại: plans, được kiểm tra vào 2026-10-09, và quy tắc gói miễn phí.

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.