Alchemy の代替としての BlockVectra:メソッド単価と無料ログ照会

対応する EVM 読み取りの低価格な定価、無料アカウントでの広いログ照会範囲、キー不要の試用、Agent アカウントの残高チャージに BlockVectra を活用します。

対応する EVM 読み取りのコールあたりの定価を抑え、無料アカウントで認証付きのより広いログ照会範囲を利用するために BlockVectra を選択してください。

比較

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

指標AlchemyBlockVectra出典
eth_call(百万コールあたり)26 Alchemy CU/コール、$13.65下記メソッドテーブルの現在の eth_call USD 価格Pricing、method weights、plans、chains
eth_getLogs(百万コールあたり)60 Alchemy CU/コール、$31.50下記の現在の eth_getLogs USD 価格Pricing, method weights、plans、chains
eth_blockNumber(百万コールあたり)10 Alchemy CU/コール、$5.25下記の現在の eth_blockNumber USD 価格Pricing、method weights、plans、chains
無料アカウントの HyperEVM Mainnet ログ範囲10 ブロック/クエリ認証時 1,000 ブロック/クエリLog ranges、plans、chains

Alchemy の価格は、無料クレジットとスループットアドオン適用前の「百万 CU あたり $0.525 × コールあたりのメソッド CU」を使用しています。その無料枠は毎月 30M Alchemy CU です。プロバイダーの CU は異なる単位です。同一の完了リクエストあたりの USD で比較してください。ログ範囲の行は無料アカウントのみを比較しています。レスポンスサイズとイベント密度は依然としてクエリの完了に影響します。

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

無料アカウントでのログ照会

上記の認証済み HyperEVM 範囲を使用して、利用可能な無料 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 プロバイダーの選び方を使用してください。

最終更新:

このページの目次