Chainstack の代替としての BlockVectra:追加読み取りのメソッド単価

月額 RPC サブスクリプションなしで、メソッドごとに価格設定された対応 EVM 読み取りに BlockVectra を利用し、含まれるリクエストユニット消費後のコストを比較します。

追加のサポート対象 EVM 読み取りに対して低価格な定価を利用し、月額 RPC サブスクリプションなしの従量課金を選択するには、BlockVectra を選んでください。

比較

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

指標ChainstackBlockVectra出典
Developer 追加 full クラス eth_call(百万コールあたり)1 RU/コール、月間 3M RU 込みの後は $20利用可能な無料 CU 控除前の、下記の現在の eth_call USD 価格Pricing、RU rules、plans、chains
Developer 追加 full クラス eth_getLogs(百万コールあたり)1 RU/コール、月間 3M RU 込みの後は $20利用可能な無料 CU 控除前の、下記の現在の eth_getLogs USD 価格Pricing、RU rules、plans、chains
有料の従量制 RPC サブスクリプションGrowth:$49/月、20M RU/月込み、追加 1M RU あたり $15月額 RPC サブスクリプションなしの従量課金Pricing、plans、chains

Developer の料金は、含まれる枠を使い切った後の増分超過料金であり、すべてのコールに対する価格ではありません。full リクエストは 1 RU を消費し、archive クラスのリクエストは 2 RU を消費します。Global Nodes では、チェーン先端から少なくとも 127 ブロック以上前のブロックを対象とする対象 EVM メソッドは archive クラスとなります。ログについては、課金対象となる開始ブロックを確認してください。ノードモードによって分類が変わる場合があります。比較する前に、対象のリクエストに現在の RU ルールを適用してください。

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 を保持したままサイクルの補充が停止します。無料プランのルールを参照してください。

メソッドごとに価格設定される追加読み取り

従量制プランの場合は、サブスクリプション料金 + max(0, 使用 RU − 含まれる RU) × 100 万 RU あたりの追加 USD / 1,000,000 を計算し、サポートされている読み取りを現在の BlockVectra メソッドテーブルと比較します。利用可能な無料 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"]}'
  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 プロバイダーの選び方を使用してください。

最終更新:

このページの目次