Infura の代替としての BlockVectra：サイクルクレジットと従量課金

サポートされている集中した読み取りタスクにサイクルの CU 残高を利用し、月額 RPC サブスクリプションなしで追加の読み取りを支払うには、BlockVectra を選択してください。

比較

競合の数値は 2026-10-08 に検証済みです。現在の BlockVectra の数値は、以下の API 連携テーブルに表示されています。

無料予算の行は、等しい月間許容量や測定されたスループットではなく、クレジットを使用できるタイミングを比較しています。集中したタスクには十分な BlockVectra の残り CU が必要であり、アカウントとキーの両方の制限に適合する必要があります。Infura のサブスクリプション料金からクレジットごとの超過料金を推定することはありません。

BlockVectra を選ぶ理由

メソッド単価と無料アカウントの予算

以下のメソッド重み付け、USD 換算、無料アカウントの予算は GET /v1/plans に基づいています。チェーンの制限は GET /v1/chains に基づいています。同一のチェーン、メソッド、ブロック、完全な結果で比較してください。分割や再試行によってコール数は変化します。

無料アカウントの上限：最大毎秒 25 回の呼び出し。アカウント内のすべてのキー、すべてのチェーン、および Data API で共有されます。 キーごとの key_defaults.cu_per_sec と burst_cu も適用されます。対象となるサイクルの補充では、全額を追加付与するのではなく、無料残高を目標額まで補填します。初回有料チャージを行うと、残りの無料 CU を保持したままサイクルの補充が停止します。無料プランのルールを参照してください。

集中した読み取りタスク向けのサイクル残高

ある 1 日に 50,000 回の Ethereum eth_call タスクを行う場合を想定すると、Infura では 50,000 × 80 = 4M クレジット が必要となり、1 日 3M の無料枠を超過します。BlockVectra の場合、同じコール数に現在の eth_call 重み付けを掛け、上記のサイクル予算と実際の残り CU を比較します。ジョブを実行する前に、必要なブロックと呼び出しペースを確認してください。

キー不要の試用とプログラムによる Agent チャージ

キーを作成する前に、チェーンカタログの public.url で一覧表示されている public.methods のメソッドを試すことができます。認証付きアクセスの場合は、プログラムによる登録により、Agent がウォレット署名を使用してアカウントとキーを作成できます。Agent チャージでは、同じ利用残高にステーブルコインでチャージできます。ネットワーク、トークン、最小額は チャージステータス から読み取ります。開発者と AI Agent は同じ価格と制限を使用します。

マルチチェーンアドレス Push

1 つのサブスクリプションと 1 つの HTTPS レシーバーで、サポートされている複数のチェーンにわたって同じアドレスセットを監視できます。これは、チェーンごとにソケットを維持することなく、ウォレットのアクティビティや支払い通知に対応するのに適しています。セルフサービスおよびエンタープライズのアドレス容量を参照してください。エンタープライズ容量を有効にするには、お問い合わせください。アドレス日および配信イベント料金は RPC コールとは別であり、Push 料金に記載されています。

Robinhood Chain 上の RPC および HyperEVM RPC は チェーンカタログ に掲載されています。ネットワークごとのメソッドと Push サポートを確認し、関連するワークフローには チェーン固有のスターターガイド および HyperEVM バックフィルガイド を使用してください。

移行手順

1. 棚卸しと対応範囲： チェーン、メソッド、固定ブロック、ログ範囲、サブスクリプションの依存関係をリストアップします。カタログで methods.allow、methods.deny、public.methods、state_window_blocks、ws を確認します。null の履歴ウィンドウは指定されていないことを意味し、アーカイブの対応範囲を意味するものではありません。キー不要の public.url スモークテストでは、リストされている公開メソッドのみが検証されます。
2. キーと認証： コンソールまたはプログラムによる登録を通じて BlockVectra キーを取得します。サーバー環境で保持してください。RPC は POST /v1/{chain}/{api_key} または x-api-key 付きの POST /v1/{chain} を受け付けます。Data API は x-api-key を使用します。この Ethereum WETH decimals() の例ではヘッダーを使用しています。

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. 切り替え前のリプレイ検証： latest を両方のプロバイダーでサポートされている同じ固定ブロックに置き換え、ブロックハッシュを記録します。HTTP 200 の後であっても、返された値と JSON-RPC error を比較します。代表的なログクエリ、制限付き再試行、レート制限リカバリ、カーソル再開をテストします。独自の API とサブスクリプションは個別に移行し、必要な結果が一致した後にトラフィックを移行します。

FAQ

メソッド単価が低ければタスク全体の総コストも下がりますか？

max(0, sum(calls × method CU) − available_free_cu) / (pricing.units_per_usd × pricing.cu_per_unit) を計算します。分割、再試行、タスクで使用するすべてのサービスを含めます。既存の含まれるクレジットによって増分コストが変化します。請求単位の名前ではなく、完全な結果を比較してください。

エンドポイントを変更するだけで移行できますか？

サポートされている標準 RPC メソッドの場合は、エンドポイントとパスキーまたは x-api-key ヘッダーを更新し、固定ブロックリクエストをリプレイします。最初に履歴状態とメソッドの対応範囲を確認してください。独自の API、WebSocket サブスクリプション、Push レシーバーには独自の移行テストが必要です。過去の状態および Webhook と WebSocket を参照してください。

ワークロードのチェックリストとセルフテストには、RPC プロバイダーの選び方を使用してください。