選擇 BlockVectra 作為 Ankr 替代方案:按方法計價的 EVM 讀取
BlockVectra 支援的 eth_call 讀取每次按 15 CU 計價;完整 30,000,000 CU 的免費餘額可涵蓋 2,000,000 次此類呼叫,與所有其他方法共用餘額,並受帳戶與 key 限額約束。
BlockVectra 支援的 eth_call 讀取每次按 15 CU 計價;完整 30,000,000 CU 的免費餘額可涵蓋 2,000,000 次此類呼叫,與所有其他方法共用餘額,並受帳戶與 key 限額約束。
對比
競爭對手公布數字核實日期為 2026-10-08。BlockVectra 方法權重、免費方案與 key 限額已於 2026-10-09 對照 GET /v1/plans 核實,日誌跨度對照 GET /v1/chains 核實。目前數字由下方元件呈現。
| 指標 | Ankr | BlockVectra | 出處 |
|---|---|---|---|
eth_call,每百萬次 HTTPS EVM 呼叫 | 每次 200 API Credits;$20 | 目前 eth_call 美元單價見下表 | 請求定價、plans、chains |
eth_getLogs,每百萬次 HTTPS EVM 呼叫 | 每次 200 API Credits;$20 | 目前 eth_getLogs 美元單價見下表 | 請求定價、plans、chains |
eth_blockNumber,每百萬次 HTTPS EVM 呼叫 | 每次 200 API Credits;$20 | 目前 eth_blockNumber 美元單價見下表 | 請求定價、plans、chains |
無其他流量時的免費 eth_call 預算 | Freemium:每月 200M API Credits ÷ 200 = 1M 次呼叫 | 目前週期呼叫數見下方免費方案表 | 服務方案、請求定價、plans、chains |
Ankr 按 $0.10 換算 1M API Credits,因此其 200-credit 的 HTTPS EVM 類別成本為每次呼叫 $0.00002。這些費率不含 WSS 與 Advanced API。免費呼叫預算假設沒有其他方法消耗額度;月度與週期額度各有其補充規則,且實際流量必須符合帳戶與 key 的速率限制。
為什麼選擇 BlockVectra
方法單價與免費帳戶預算
下方方法權重、美元換算與免費帳戶預算來自 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) 美元。
| 方法 | 單次呼叫 CU | 每百萬次呼叫價格(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 任務費用與請求速率 預設 key 預算:400 CU/s。
| 方法 | 算例呼叫數 | 單次呼叫 CU | 任務費用(USD) | key 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 計算,假設該 key 僅呼叫這一方法。免費帳戶上限與其他流量可能降低可用速率;換算值不是實測吞吐量。
免費帳戶呼叫上限:上限 25 次/秒,帳戶內所有 key、所有鏈和 Data API 共享。 每把 key 的 key_defaults.cu_per_sec 與 burst_cu 也適用。符合條件的週期補充會將免費餘額補至目標值,而非額外疊加完整額度。首次付費儲值後停止週期補充,剩餘的免費 CU 仍可使用。請參閱免費方案規則。
以可用呼叫衡量的免費預算
免費方案表列出當完整週期餘額僅用於各項列出方法時可涵蓋的呼叫次數。合約讀取、日誌查詢與區塊編號檢查均共用同一份 CU 餘額:按方法定價表中的權重規劃各方法的預算,然後加總成本。將 CU 用於日誌會減少剩餘可用於合約讀取的額度。
免費方案需要註冊帳戶並使用 API key 存取,同一帳戶下所有 key 共享平均每秒 25 次呼叫(允許短時突發);每個 30 天週期結束時,餘額低於 30,000,000 CU 的補足到 30,000,000 CU。
| 方法名 | CU 權重 | 單週期約可呼叫次數 | 約每天 | 標價每百萬次 |
|---|---|---|---|---|
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,並將所有 key 的呼叫節奏控制在共用帳戶上限與每把 key 限額之內;週期呼叫數並非保證的每日額度。混合工作負載的估算請參閱讀懂 CU 計價。
免 key 試用與 Agent 程式化儲值
建立 key 前,可在鏈目錄的 public.url 上試用列於 public.methods 的方法。需要認證存取時,Agent 可透過程式化註冊以錢包簽章建立帳戶與 key。Agent 儲值可使用穩定幣為同一個用量餘額儲值;網路、代幣與最低額度讀取儲值狀態。開發者與 AI Agent 使用相同的價格與限額。
多鏈地址推送
在單一訂閱中透過一個 HTTPS 接收端監控多條受支援鏈上的同一組地址。這適合錢包活動與付款通知,無需為每條鏈維護 socket。請參閱自助與企業地址容量;企業容量請聯絡我們以開通。地址日與已送達事件費用與 RPC 呼叫分開計算,列於推送定價。
Robinhood Chain 上的 RPC 與 HyperEVM RPC 均已列入鏈目錄。請按網路核對方法與推送支援;並參考特定鏈入門指南與 HyperEVM 回填指南進行相應工作流程。
遷移步驟
- 盤點與涵蓋範圍:列出鏈、方法、固定區塊、日誌跨度與訂閱相依性。在目錄中檢查
methods.allow、methods.deny、public.methods、state_window_blocks與ws。歷史視窗為 null 表示未指定,不代表歸檔涵蓋範圍。免 key 的public.url冒煙測試僅驗證其列出的公開方法。 - Key 與驗證:透過控制台或程式化註冊取得 BlockVectra key。保存在伺服器端環境中。RPC 接受
POST /v1/{chain}/{api_key}或帶有x-api-key的POST /v1/{chain};Data API 使用x-api-key。以下以太坊 WETHdecimals()範例使用標頭:
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"]}'- 切換前回放:將
latest換成雙方支援的同一個固定區塊並記錄區塊雜湊。比較回傳值與 JSON-RPCerror,即使 HTTP 200 也應檢查。測試代表性日誌查詢、有界重試、速率限制復原與游標續跑。專屬 API 與訂閱請分開遷移;待所需結果相符後再轉移流量。
常見問題
方法單價較低是否代表任務總成本更低?
計算公式為 max(0, sum(calls × method CU) − available_free_cu) / (pricing.units_per_usd × pricing.cu_per_unit)。將切分、重試與任務使用的任何服務均納入計算。現有的內含額度會改變增量成本;應比較完整結果,而非計費單位名稱。
僅更換端點就能完成遷移嗎?
對於受支援的標準 RPC 方法,請更新端點與路徑 key 或 x-api-key 標頭,然後回放固定區塊請求。請先檢查歷史狀態與方法涵蓋範圍。專屬 API、WebSocket 訂閱與推送接收端需要各自的遷移測試;請參閱歷史狀態與 Webhook 與 WebSocket 比較。
請參閱如何選擇 RPC 供應商以取得工作負載檢查清單與自我測試。
最後更新: