QuickNode の代替としての BlockVectra:月額サブスクリプション不要の RPC

月額サブスクリプション不要で間欠的な RPC 読み取りに従量課金で対応し、対象となる定期的な無料クレジット、ステーブルコインチャージ、プログラムによる Agent 接続を活用します。

月額の RPC サブスクリプションなしで、サポートされている散発的な RPC 読み取りに対して使用量に応じて支払うには、BlockVectra を選択してください。

比較

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

指標QuickNodeBlockVectra出典
標準の有料 RPC サブスクリプションBuild:$49/月(月払い)、80M API クレジット込み月額 RPC サブスクリプションなしの従量課金Pricing、plans、chains
無料利用可能期間1 か月トライアル、10M API クレジット、超過利用不可登録時クレジットおよび対象サイクルの補充、現在の予算は下記Pricing、trial rules、plans、chains

Build の超過料金は、含まれる 80M を超えた追加の 100 万 API クレジットあたり $0.62 であり、100 万回の RPC コールの価格ではありません。利用量を見積もる前に、対象チェーンおよびメソッドの正確なクレジット重み付けを適用してください。この表では年払い割引やプロモーションを除いた月払い価格を使用しています。無料アクセスの行はコール数ではなく期間を比較しています。

BlockVectra を選ぶ理由

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

以下のメソッド重み付け、USD 換算、無料アカウントの予算は 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) USD。

メソッド呼び出しあたりの CU百万回の呼び出しあたりの料金(USD)
eth_blockNumber1$0.10
eth_call15$1.50
eth_getLogs30$3.00
debug_traceTransaction100$10.00
data.block5$0.50

無料プランはアカウント登録と API キーの使用が必要です。同一アカウント配下のすべてのキーで平均毎秒 25 回の呼び出し(短時間のバーストを許容)を共有します。30 日ごとの各サイクル終了時に、残高が 30,000,000 CU 未満の場合は 30,000,000 CU まで補充されます。

メソッドCU 重み付け1 サイクルあたりの概算呼び出し回数1 日あたり約100 万回あたりの定価
eth_blockNumber130,000,0001,000,000$0.10
eth_getBlockByNumber56,000,000200,000$0.50
eth_getBalance103,000,000100,000$1.00
eth_call152,000,00066,666$1.50
eth_getLogs301,000,00033,333$3.00
debug_traceTransaction100300,00010,000$10.00
data.block56,000,000200,000$0.50
data.address_balances251,200,00040,000$2.50
data.dex_prices152,000,00066,666$1.50
data.transaction_trace200150,0005,000$20.00

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

間欠的なワークロード向けの従量課金

下記のメソッド表からスクリプトが実際に必要とするコール数を見積もり、利用可能な無料 CU を差し引きます。小規模な読み取り処理では、月額 RPC サブスクリプションを購入することなくアカウント残高を利用できます。対象となる未払いの無料アカウントは、無料プランのルールに基づいてサイクルの補充を受け取ります。

キー不要の試用とプログラムによる 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"]}'
  1. 切り替え前のリプレイ検証: 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 プロバイダーの選び方を使用してください。

最終更新:

このページの目次