クリプト RPC ノードとは: 完全なブロックチェーン インフラストラクチャ ガイド (2026)
— By Tony Rabbit in Tutorials

暗号化 RPC ノードとは何ですか?完全な 2026 インフラストラクチャ ガイド: JSON-RPC、ライト ノードとフル ノードとアーカイブ ノード、Alchemy 対 Infura 対 QuickNode 対 Ankr、MetaMask カスタム RPC セットアップ。
ウォレットの残高を確認したり、トランザクションを送信したり、DEX でトークンを交換したり、NFT をミントしたりするたびに、ウォレットまたは dApp は RPC ノードと呼ばれるものに黙ってリクエストを作成しています。 RPC ノードがなければ、暗号通貨のフロントエンド全体が動作を停止してしまいます。 MetaMask ではバランスが取れていません。 Uniswap はロードされません。 イーサスキャン は暗転します。しかし、ほとんどのユーザーはその用語を聞いたことさえなく、ほとんどのビルダーは何かが壊れたときにのみ RPC インフラストラクチャについて学びます。
RPC ノード (Remote Procedure Call ノードの略) は、ユーザー向けアプリケーションと実際のブロックチェーンの間のゲートウェイです。それは翻訳者、メッセンジャー、図書館員のすべてが 1 つにまとめられたものです。 MetaMask があなたが保有している ETH の量を知りたいとき、魔法のように ETH を読み取るわけではありません。 ブロックチェーン 単体。特別にフォーマットされたリクエストを RPC ノードに送信し、RPC ノードが代わりにチェーンにクエリを実行し、ミリ秒単位で回答を返します。 Web3 ユーザー エクスペリエンス全体は、この層が高速で、信頼性が高く、信頼できるかどうかに依存します。
この完全な 2026 年ガイドでは、RPC ノードについて知っておくべきことすべてを明らかにします。RPC ノードの仕組み、ノード間の違いなどです。 light node、 full node、および archive node セットアップ、標準化
すべてを相互運用可能にする JSON-RPC プロトコル、2026 年にランク付けされた上位 8 プロバイダー、次のような集中型の巨人間のトレードオフ Alchemy と Infura と Pocket、dRPC、Ankr などの分散型ネットワークとの比較、MEV 検索者が Flashbot などのプライベート RPC を使用する方法、カスタム RPC エンドポイントを MetaMask に追加するためのステップバイステップのチュートリアル。最後には、業界のあらゆるトランザクションを静かに動かしているインフラストラクチャの一部を理解できるようになります。

RPC ノードとは何ですか?
RPC は Remote Procedure Call の略です。概念自体は数十年前からあり、ブロックチェーンよりも半世紀前から存在しています。リモート プロシージャ コールは、あるプログラムが別のプログラム (多くの場合、別のマシン上にある) に関数を実行して結果を返すように要求する単なる方法です。従来の Web 開発では、API を呼び出して天気を取得することがあります。 Web3 では、ウォレットは RPC エンドポイントを呼び出して、残高の取得、トランザクションのブロードキャスト、またはスマート コントラクトの状態の読み取りを行います。仕組みは同じですが、要求されたデータは企業データベースではなく分散型ブロックチェーン上に存在します。
RPC ノードは、完全なブロックチェーン クライアント ソフトウェア (イーサリアムの Geth、Erigon、Reth、または Nethermind など) を実行し、アプリケーションが標準化されたリクエストを送信できるパブリックまたはプライベート エンドポイントを公開するサーバーです。そのエンドポイントは通常、次のような HTTPS URL です。 https://eth-mainnet.g.alchemy.com/v2/YOUR_KEY または次のような WebSocket URL wss://mainnet.infura.io/ws/v3/YOUR_KEY。ノード ソフトウェアはブロックチェーン状態の同期コピーを維持し、RPC インターフェイスを使用すると、外部プログラムが独自のノードを実行することなくその状態をクエリできるようになります。
RPC ノードがなければ、すべてのユーザーは残高を確認するためだけに数百ギガバイトのブロックチェーン データをダウンロードして同期する必要があります。そうなると、暗号通貨は一般の人には使えなくなってしまいます。 RPC ノードはその複雑さを抽象化します。他の誰か (プロバイダーまたはセルフホスター) が重いインフラストラクチャを実行しているため、インターネット接続があれば誰でもイーサリアム、Solana、またはその他のチェーンと即座に対話できます。トレードオフは信頼です。RPC ノードにクエリを実行すると、ノード オペレーターが正確なデータを返し、応答を打ち切ったり操作したりしないことを信頼することになります。このトレードオフについては後ほど詳しく説明します。
RPC ノードをブロックチェーン クライアント自体から区別する価値があります。クライアント (Geth や Reth など) は、ピアツーピア ネットワークに参加し、ブロックを検証し、状態を維持するソフトウェアです。 RPC インターフェイスは、クライアントが公開する多くの機能の 1 つです。あ バリデーターノード は、セキュリティ上の理由から RPC を無効にする可能性があります。専用の RPC プロバイダーは、純粋に外部リクエストに対応するためにクライアントを実行し、コンセンサスには決して参加しません。どちらもノードであることに変わりはありませんが、目的が異なります。
JSON-RPC: 標準プロトコル
どのウォレットもどのEVMチェーン上のどのノードとも通信できる理由は、と呼ばれる標準化されたプロトコルです。 JSON-RPC。 JSON-RPC 2.0 は、リクエストとレスポンスのフォーマット方法を正確に定義する軽量のステートレス プロトコルです。受信データと送信データの両方に JSON (JavaScript Object Notation) を使用するため、人間が判読可能でデバッグが容易で、あらゆるプログラミング言語で簡単にサポートされます。イーサリアム財団は JSON-RPC を公式インターフェイス仕様として採用し、他のすべての EVM チェーン (Polygon、BNB Chain、Arbitrum、Optimism、Base、Avalanche など) は同じ標準を継承しました。
JSON-RPC リクエストには常に 4 つのコア フィールドが含まれます: プロトコル バージョン (常に "jsonrpc": "2.0")、呼び出されるメソッド名 (例: eth_getBalance)、パラメーターの配列、および一意のリクエスト ID。サーバーは、同じ ID、結果フィールド (またはエラー フィールド)、および同じプロトコル バージョンで応答します。プロトコルはステートレスであるため、すべてのリクエストは独立しており、自己完結型であるため、RPC ノードはロード バランサーの背後で水平方向に拡張することが容易になります。
このプロトコルは 2 つの主要なトランスポート層をサポートしています。 HTTP/HTTPS が最も一般的で、質問を送信して回答を得るワンショット リクエストに機能します。 WebSocket (wss://) は永続的な双方向接続を開きます。これは、新しいブロックをリアルタイムで監視したり、スマート コントラクト イベントをリッスンしたりするようなサブスクリプションに不可欠です。 HTTP 経由のポーリングは遅すぎ、レート制限が多すぎるため、トレーディング ボット、mempool モニター、および分析プラットフォームは WebSocket に大きく依存しています。
規格を超えた eth_* 名前空間はイーサリアムから継承されており、プロバイダーは多くの場合、拡張メソッドまたは独自メソッドを公開しています。錬金術には、 alchemy_* NFT とトークン残高のための高レベルのヘルパーを備えた名前空間。クイックノードのオファー qn_* アドオン。これらの強化された API により、開発者は何十もの低レベル呼び出しを連鎖させる必要がなくなりますが、ベンダー ロックインも生じます。賢いチームは、アプリを書き直さずにプロバイダーを交換できるように、可能な限り標準の名前空間に固執します。
一般的な JSON-RPC メソッドの説明
Ethereum の JSON-RPC 仕様では数十のメソッドが定義されていますが、実際にはそのうちの少数のメソッドが現実世界のトラフィックの 90% を占めています。それぞれが何をするのかを理解すると、ウォレットと dApp が実際に内部でどのように機能するかを明確に理解できるようになります。
最初のもの、 eth_getBalanceが最も簡単です。アドレスとブロック タグ (通常は「最新」) を渡すと、残高が 16 進文字列として wei で返されます。 MetaMask を開くたびに、所有しているすべてのアカウントに対してこれが呼び出されます。すべてのプロバイダーにわたるこの 1 つのメソッドの量は気が遠くなるようなもので、合計すると 1 日に簡単に数十億件の呼び出しになります。
最も汎用性の高い方法は次のとおりです。 eth_call。これにより、ガスを支払ったり状態を変更したりすることなく、スマート コントラクト機能を実行しているかのように実行できます。これは、Uniswap がプールの現在の価格を取得する方法です。 Etherscan による読み取り方法 ERC-20 トークン 名前とシンボル。 DeFi ダッシュボードがポートフォリオを計算する方法。イーサリアム上のほぼすべての読み取り操作は、基本的に eth_call ボンネットの下。
実際にチェーンに書き込むとき、ウォレットはローカルでトランザクションに署名し、 eth_sendRawTransaction。 RPC ノードはそのトランザクションをパブリック メモリプールに伝播し、そこでバリデータがそれを取得して次のブロックに含めます。これは、MEV 検索者が Flashbot などのプライベート RPC にバンドルを送信するときに操作する方法でもあります。これについては後で説明します。
ノード タイプ: ライト、フル、アーカイブ
すべてのノードが同じように作成されるわけではありません。ブロックチェーンには膨大な量の履歴データが保存されており、アプリケーションごとに必要な量も異なります。イーサリアム エコシステムは 3 つの主要なノード タイプで標準化されており、それぞれのハードウェア要件、同期時間、機能が大幅に異なります。適切なタイプを選択することは、独自のノードを実行するとき、またはプロバイダー層を選択するときに、アーキテクチャ上の最も重要な決定です。
RAM: 512MB
同期: 分
使用例: モバイルウォレット
RAM: 16-32GB
同期: 1~3日
使用例: ほとんどの dApp
RAM: 64-128 GB
同期: 週間
使用例: アナリティクス、エクスプローラー
A light node はブロックヘッダーのみを保存し、マークル証明を使用して、フルノードから要求することで特定の状態をオンデマンドで検証します。ライトノードは電話や Raspberry Pi 上で実行できます。欠点は、ほとんどの質問に独立して答えることができないことです。他のノードに問い合わせて、暗号検証による応答を信頼する必要があります。イーサリアム ライト クライアント プロトコルは PoS への移行により大幅に成熟し、Helios のようなプロジェクトは信頼を最小限に抑えたウォレットへのライト クライアントの採用を推進しています。
A full node はエコシステムの主力です。すべてのブロックをダウンロードして検証し、完全な現在の状態トライを維持し、最近の履歴状態のローリング ウィンドウ (通常、高速アクセスの場合は最後の 128 ブロック) を保持します。フルノードは、チェーンの現在の状態に関するほぼすべてのクエリに即座に答えることができます。として機能することもできます。 バリデーター コンセンサスクライアントと組み合わせた場合のコンセンサス参加者。深い履歴クエリを必要としないほぼすべての Web3 アプリケーションは、フル ノードに対して実行されます。
あん archive node はさらに一歩進んで、創世記以降のすべてのブロックのすべての履歴状態を保存します。 Vitalik の ETH 残高がブロック 500 万でいくらだったのかを知りたい場合、それに答えることができるのはアーカイブ ノードだけです。 ブロックチェーンエクスプローラー、Dune のようなオンチェーン分析プラットフォーム、および特定の高度な取引戦略は完全にアーカイブ ノード アクセスに依存しています。ストレージ要件は厳しい (イーサリアム アーカイブは現在 15 TB を超え、常に増加しています)。そのため、アーカイブ RPC アクセスはどのプロバイダーでも最も高価な階層の 1 つとなります。
RPC リクエストとレスポンスのフロー
DEX で「Swap」をクリックしたときに何が起こるかを正確に追跡してみましょう。このフローには、ブラウザ、ウォレット、RPC ノード、ブロックチェーン、そしてその逆が含まれます。このループを理解すると、スタック全体がわかりやすくなります。
Uniswap で「Swap」を押すと、フロントエンドが最初に呼び出します eth_call は、MetaMask で構成された RPC エンドポイント経由でスワップをシミュレートし、出力を推定します。同じ RPC が処理します。 eth_estimateGas を使用してガスコストを予測します。 MetaMask で承認すると、ウォレットはローカルでトランザクションに署名し、 eth_sendRawTransaction を同じノードに送信し、それをメモリプールに伝播します。最後に、フロントエンドの投票
トランザクションがマイニングされるまで、数秒ごとに eth_getTransactionReceipt が送信されます。 1 つのユーザー アクションに対して、同じ RPC に対する 6 つまたは 7 つの呼び出し。
これが、RPC 遅延がユーザー エクスペリエンスに直接影響を与える理由です。ノードが遅いということは、ページの読み込みが遅く、残高更新が遅く、トランザクション確認が遅れることを意味します。ユーザーとは異なる地理にノードが配置されている場合、ネットワーク遅延だけでリクエストごとに 100 ~ 200 ミリ秒が追加されます。トッププロバイダーは、世界中の複数の地域 (米国東部、米国西部、ヨーロッパ、アジア) でノードを実行し、エニーキャスト ルーティングを使用して各ユーザーを最も近いエンドポイントに送信します。これは、本格的なインフラストラクチャプロバイダーと趣味のプロジェクトを区別する隠れた重要な機能の 1 つです。
集中型 RPC プロバイダー: Alchemy、Infura、QuickNode
現在、Web3 アプリケーションの大部分は集中型 RPC プロバイダーに依存しています。これらは、大規模なノード フリートを実行し、API キーの背後でそれらを公開し、リクエスト量またはコンピューティング ユニットごとにアクセスを販売する企業です。これらは、最も低いレイテンシ、最も強化された API、および最高の開発者ツールを提供するため、市場を支配しています。 3 つの最大の名前は Alchemy、Infura、QuickNode で、それぞれがわずかに異なるニッチを切り開いています。

錬金術 は、リクエスト量において世界最大の RPC プロバイダーです。これは、主要な DeFi アプリ、NFT マーケットプレイス、取引所の大部分を支えています。 Alchemy は、単一のエンドポイントの背後に地理的に分散した複数のノードを集約し、最も高速で最新のものにリクエストをルーティングする「スーパーノード」アーキテクチャを発明しました。 Alchemy は、NFT API やトークン API などの拡張 API も開発しました。これにより、開発者は、数十の低レベル RPC リクエストをつなぎ合わせるのではなく、1 回の呼び出しで複雑なデータをフェッチできるようになります。無料枠は月間 3 億コンピューティング ユニットと豊富で、小規模から中規模の dApp を快適にカバーします。
インフラ は、ConsenSys (MetaMask と同じ会社) によって 2016 年に設立されたオリジナルの RPC プロバイダーです。長年にわたり、Infura は MetaMask のデフォルトのエンドポイントであり、世界中の Ethereum トランザクションの大部分が Infura のサーバーを経由することを意味していました。 Infura は、どの競合他社よりも多くのチェーンをサポートしており、業界で最も実績のあるインフラストラクチャです。フィルタリング、データのアーカイブ、IPFS ピン留めのためのツールにより、企業や機関投資家の間で特に人気があります。
クイックノード は、市場の高性能セグメントをターゲットとしています。専用のエンドポイント (共有インフラストラクチャではなくシングルテナント ノード) を提供し、一貫したレイテンシーを保証し、ノイジーネイバーのリスクを排除します。 QuickNode は、トッププロバイダーの 1 つである Solana を含む 30 以上のチェーンをサポートしています。同社のアドオン マーケットプレイス (NFT データ、トークン セキュリティ、MEV 保護、ガス価格オラクル) により、10 種類の異なる API の統合を避けたいビルダーにとって、ワンストップ ショップとなっています。
集中型プロバイダーとのトレードオフは、後から考えると明らかです。分散型であるはずのアプリケーションに単一障害点を導入していることになります。 Infura がダウンすると (2020 年 11 月に MetaMask、Binance、Uniswap を同時に凍結する障害が発生したことで有名です)、dApp もダウンします。 Alchemy が召喚状を受け取り、特定のアドレスを検閲するよう命じられた場合、ユーザーが影響を受ける可能性があります。集中型 RPC は監視リスクも生み出します。プロバイダーは残高を照会するすべてのウォレット アドレス、送信されるすべてのトランザクションを確認し、IP アドレスをオンチェーン アクティビティと関連付けることができます。
分散型 RPC ネットワーク: Pocket、dRPC、Ankr
上記の集中化リスクに対応して、分散型 RPC ネットワークという新しいカテゴリが登場しました。これらのネットワークは、単一の企業所有クラスターを介してリクエストをルーティングするのではなく、世界中の何千もの独立したノード オペレーターにリクエストを分散します。オペレーターはリクエストに誠実に対応することでトークンで報酬を受け取り、暗号経済的なインセンティブによってネットワークの信頼性が保たれます。
ポケットネットワーク (POKT) は、オリジナルの分散型 RPC マーケットプレイスです。アプリケーション開発者は POKT トークンをステークしてリレー容量にアクセスし、ノードランナーはサービスを提供するリレーごとに POKT を獲得します。ネットワークは 50 以上のチェーンをサポートし、毎月数十億件のリクエストを処理します。 Pocket は 2020 年から稼働しており、RPC の品質を暗号経済的に保証するモデルの先駆者です。これまでの欠点は、集中型プロバイダーと比較して待ち時間が長く、パフォーマンスが一貫性がないことでしたが、その差は大幅に縮まりました。
dRPC はハイブリッドアプローチを採用しています。分散型ノード オペレーターと信頼できる集中型プロバイダーの両方を、負荷分散された単一のエンドポイントの背後に集約します。分散ノードが遅いか利用できない場合、dRPC はそれらのノードを回避して集中フォールバックにルーティングします。これにより、遅延によるペナルティを発生させることなく、分散化による回復力のメリットが得られます。 dRPC は、信頼性と検閲耐性の両方を必要とする洗練された商社で特に人気があります。
アンクル は真ん中に座っています。独自の大規模なインフラストラクチャ (運用上の意味で一元化) を運営していますが、無料で使用できるコミュニティ運営のノードを集約する「プレミアム パブリック エンドポイント」を提供しており、Ankr Network トークンは幅広い参加を奨励しています。 Ankr は 70 以上のチェーンをサポートしているため、最もマルチチェーンに優しいプロバイダーとなっており、レイヤー 2 チェーンへのアーカイブ ノード アクセスは業界最高クラスの 1 つです。
正直なトレードオフは次のとおりです。分散型 RPC ネットワークは検閲や単一プロバイダーの障害に対する耐性が高くなりますが、通常、テール レイテンシが高くなります (最も遅い 1% のリクエストは集中型プロバイダーよりも著しく遅い)。ほとんどの読み取り専用クエリでは、これで問題ありません。ミリ秒単位が重要な高頻度取引ボットの場合、依然として集中プロバイダーが主流です。プロバイダーに戦略を見られたくないブロードキャスト トランザクションの場合は、分散型 RPC またはプライベート RPC が優先されます。
2026 年の RPC プロバイダー トップ 8
以下は、2026 年半ばの時点での RPC プロバイダーのランク付け状況です。それぞれが異なる次元で優れています。単一の「最良の」プロバイダーは存在しません。正しい選択は、チェーン、レイテンシ要件、予算、集中化に対する許容度によって異なります。
体積的には最大。最高の拡張 API。豊富な無料枠。本格的なビルダーのデフォルト。
ConsenSys の支援を受けています。最も実戦テスト済み。メタマスクのデフォルト。機関の信頼性のニーズに最適です。
専用エンドポイント、最小の遅延。最高のソラナ RPC。アドオン マーケットプレイスは無敵です。
ほとんどのチェーンがサポートされています。強力な無料パブリック エンドポイント。手頃な価格のアーカイブ ノードへのアクセス。
ハイブリッド集中型ルーティングと分散型ルーティング。検閲に強い。信頼性の高いフォールバック。
エンタープライズグレード。トレーダーに焦点を当てた層。コンプライアンスと SLA に関してクラス最高。
RPC と上位レベルの Web3 SDK。 API のステッチを避けたいビルダーにとって強力です。
クラス最高の Solana RPC。 NFT、DAS、優先料金の API が強化されました。 SOL ビルダーの頼れる存在。
これら 8 つの中で、Alchemy と Infura は、一般的な EVM 開発にとって最も安全なデフォルトです。一貫して高速な Solana RPC が必要な場合は、QuickNode が最適です。 Helius は、Solana 固有の作業に関しては独自のクラスにあります。絶対的なレイテンシよりもマルチチェーンや検閲への耐性が重要な場合は、Ankr と dRPC が最も強力な選択肢となります。 Chainstack と Tatum は、コンプライアンス、SLA、バンドルされたツールを重視するエンタープライズ チームに最適です。
MEV ボットの RPC: Flashbot と MEV ブロッカー
MEV (Maximal Extractable Value) 検索者は、通常のユーザーとはまったく異なる RPC ユニバースで動作します。彼らは、トランザクションを公開メモリプールにブロードキャストする余裕がありません。そうすることで、彼らの戦略が模倣者やフロントランナーにさらされることになるからです。代わりに、パブリック メモリプールに一切触れずにトランザクションをブロック ビルダーに直接ルーティングするプライベート RPC を使用します。これらの中で最も重要なのは、 フラッシュボット。
Flashbots Protect は、すべてのユーザーが MetaMask に追加できるプライベート RPC エンドポイントです。これを通じてトランザクションを送信すると、トランザクションはパブリック メモリプールではなく、Flashbot と連携したブロック ビルダーに直接送信されます。これにより、通常のユーザーが次の情報を得ることができなくなります。 サンドイッチ攻撃 略奪的なボットは、すでにマイニングされるまでトランザクションを決して見ることがないため、スワップには が含まれています。 MEV 検索者向けに、Flashbots はバンドル リレーを提供します。これにより、条件付きで実行され、失敗した場合にはガスが返金される、順序付けられたトランザクション グループを送信できます。これは、現代のプロフェッショナルな MEV 運用のバックボーンです。
MEV Blocker は、Flashbots Protect と競合する別のプライベート RPC です。これは、検索者があなたのトランザクションをバックランするために入札し、彼らの MEV 利益の一部があなたに返金されるという、少し異なるモデルを使用しています。したがって、スワップによって裁定取引の機会が生じた場合、サンドイッチ攻撃者によってその価値が抽出されるのではなく、実際に取り分を得ることができます。 Flashbots Protect と MEV Blocker はどちらも無料で使用でき、MetaMask ネットワーク設定に文字通り 1 行追加します。意味のあるサイズの DEX で取引する場合は、いずれかの DEX を使用する必要があります。このトピックについてさらに詳しく知りたい場合は、ガイドを参照してください。 暗号通貨における MEV とは。
Solana RPC: Helius、QuickNode Solana、Triton
Solana RPC はそれ自体が野獣です。このチェーンは 400 ミリ秒ごとにブロックを生成し、イーサリアムよりもはるかに高いステート チャーンを持ち、まったく異なる RPC アーキテクチャを使用します。標準の Solana RPC ノードは、同等の Ethereum ノードよりも桁違いに多くの帯域幅とコンピューティングを必要とします。その結果、プロバイダーの状況は小さく、専門化されています。
ヘリウス は、2026 年の主要な Solana RPC プロバイダーです。彼らは、他のプロバイダーには存在しない、Solana エコシステム (NFT 用の DAS、解析されたトランザクション、優先料金推定、Webhook ベースのイベント ストリーミング) 専用の強化された API を構築しました。ステーク接続により、輻輳時にバリデーターへの優先アクセスが可能になります。これは、狙撃開始やアービトラージにとって重要です。
クイックノード ソラナ は 2 番目に大きいプロバイダーであり、そのベアメタル インフラストラクチャと世界的な地理的分布により、多くの商社のお気に入りとなっています。 Jito 対応エンドポイントは、イーサリアム上の Flashbot と同様に、バンドル送信のためのバリデーターへの MEV フレンドリーなアクセスを提供します。
トリトンワン は、小規模ながら非常に評価の高いブティック Solana RPC プロバイダーであり、プロフェッショナルなトレーディングとバリデーターの運用のみに重点を置いています。 Triton はカスタム調整された Solana クライアントを実行し、本格的なチームにプライベート メンプール アクセスを提供します。高頻度の Solana ボットを実行している場合、Triton はスタックの一部であることがよくあります。
RPC ノードの自己ホスト: 意味がある場合
独自のノードを実行することは、誰も検閲、監視、レート制限を行っていないことを保証する究極の方法です。また、費用とエンジニアリング時間もかかります。ほとんどのユーザーとほとんどのプロジェクトにとって、プロバイダーに料金を支払うほうがセルフホスティングよりも大幅に経済的です。ただし、独自のノードを実行することが財政的および戦略的に合理的である明確なシナリオが 3 つあります。
1 つ目は大容量アプリケーションです。月に数億回以上の RPC 呼び出しを行う場合は、セルフホスティングの方がコストを節約できます。独自のノードでの追加の RPC 呼び出しの限界コストは基本的にゼロですが、プロバイダーは呼び出しごとに料金を請求します。高頻度の MEV ボットや大規模な NFT マーケットプレイスは、すぐに損益分岐点を超える可能性があります。
2 つ目は、プライバシーが重要なアプリケーションです。サードパーティ RPC 経由で送信したトランザクションまたはクエリはログに記録されます。プロバイダーはあなたの IP、ウォレット、パターンを知っており、理論的にはそのデータを要求される可能性があります。ファンドを運営している場合、プライバシーを重視した製品を構築している場合、または単に独自の opsec を重視している場合、セルフホスティングにより監視ベクトルが完全に排除されます。
3 つ目はミッションクリティカルなインフラストラクチャです。 Infura の停止中にビジネスが多額の損失を被った場合は、冗長性が必要です。独自のノードをプライマリとして実行し、集中プロバイダーをフォールバックとして実行する (またはその逆) ことが、ゴールドスタンダードの信頼性設定です。
RPC の価格設定とレート制限
プロバイダーの価格設定は、「コンピューティング ユニット」モデルを中心に収束しました。メソッドが異なれば、実行コストに応じて計算ユニットの数も異なります。シンプルな eth_blockNumber の通話には 10 ユニットかかる場合があります。コンプレックス eth_getLogs 数千のブロックにわたるクエリには、75 ユニットのコストがかかる可能性があります。無料枠では通常、月あたり 1 億から 3 億のコンピューティング ユニットが許可され、趣味のプロジェクトを十分にカバーできます。
無料枠を超えて、有料プランは月額約 49 ドルから始まり、月額 5 ~ 6 桁のエンタープライズ契約まで拡張できます。アーカイブ ノードへのアクセスは、アーカイブ クエリの処理に非常にコストがかかるため、通常、リクエストごとに 5 倍から 10 倍の乗数で課金されます。専用エンドポイント (シングルテナント ノード) は月額約 300 ドルから始まり、プレミアム構成では月額 5,000 ドルを超える場合があります。
レート制限は、月ごとの割り当てと同じくらい重要です。通常、無料利用枠では 1 秒あたり 25 ~ 100 リクエストに制限されます。それを超えると、HTTP 429 応答が返され、トランザクションのブロードキャストに失敗する可能性があります。有料階層ではこれらの制限が拡張され、専用エンドポイントには通常、ハード レート制限がまったくありません。取引ボットや分析ワークロードの場合、月ごとの上限よりも 1 秒あたりのリクエスト数の上限の方が重要です。
独自のノードの実行: Geth、Erigon、Reth、Nethermind
セルフホストを選択する場合は、ブロックチェーン クライアントを選択する必要があります。イーサリアムには、特にクライアントの多様性がネットワーク セキュリティにとって重要であるため、複数の独立した実装があります。 2026 年の 4 つの主要なイーサリアム実行クライアントは、Geth、Erigon、Reth、Nethermind です。それぞれ、パフォーマンス、ストレージ、言語において異なるトレードオフが生じます。
ゲス は、イーサリアム財団によって作成されたオリジナルの Go 言語クライアントです。それは最も実戦でテストされ、最も文書化されたものです。ノード全体を最初から同期するには、適切なハードウェアでは 1 ~ 3 日かかります。コミュニティは積極的に多様化を推進してきましたが、ゲスは歴史的に顧客シェアを独占していました。
エリゴン は、アーカイブ ノードのパフォーマンスに最適化され、書き直された Ethereum クライアントです。 Erigon アーカイブ ノードは、Geth アーカイブよりも 5 ~ 10 倍高速に同期し、ディスク容量の約半分を使用します (従来の Geth アーカイブの場合は 15+ TB に対し、約 2 TB)。アーカイブ ノードを実行している場合は、Erigon がデフォルトの選択です。
レス は、Paradigm によって開発された新しい Rust 言語クライアントです。 Reth は、生のパフォーマンスとモジュール性に重点を置いています。一般的なメソッドでの RPC 応答時間がミリ秒未満であるため、専門の取引会社の間で急速に採用が進んでいます。 Reth は Geth よりもメモリ効率が高く、これは同じハードウェア上で複数のチェーンを実行する場合に重要になります。
ネザーマインド は、Microsoft スタック上のエンタープライズ ユーザーに好まれる C# クライアントです。カスタム JSON-RPC プラグイン、.NET ツールとの統合、ノード全体のディスク使用量を管理しやすくする堅牢なプルーニング モードなどの高度な機能が強力にサポートされています。
Proof of Stake への移行により各イーサリアム ノードが 2 つの部分に分割されるため、コンセンサス クライアント (Lighthouse、Prysm、Teku、または Nimbus) も必要です。実行クライアントはトランザクションと状態を処理します。コンセンサス クライアントはブロックの生成と検証を処理します。両方とも並行して実行する必要があるため、「単純な」イーサリアム ノードであっても 2 つのデーモンを管理することになります。

検閲と集中化に関する懸念
今日の Web3 インフラストラクチャにおける最大の未解決の問題は、RPC の集中化です。すべてのイーサリアム トラフィックの大部分は 5 ~ 6 社の会社を経由しています。これらの企業が規制によって特定のアドレス(認可されたウォレット、ミキサー、または物議を醸す活動)を検閲することを強制された場合、事実上、それらのアドレスを一般ユーザーが使用できなくなる可能性があります。これは、2022 年の Tornado Cash 制裁の後、いくつかの主要な RPC プロバイダーが制裁対象のアドレスを含むトランザクションをブロックし始めた後、すでに起こっていました。
より深刻な問題は、RPC プロバイダー自体が前線で実行している目に見えないものです。メモリプールに到達する前にあなたのトランザクションを確認するプロバイダーは、理論的にはあなたの取引をコピーし、より高いガスを含む競合バージョンを送信する可能性があります。大手プロバイダーがこのようなことを行っているという公的な証拠はなく、もし発見されれば評判は壊滅的になるでしょうが、構造的なリスクは存在します。これが、MEV を認識するトレーダーが高額取引に Flashbots Protect または自己ホスト型ノードを使用する理由です。
単純な可用性のリスクもあります。 RPC の停止が発生します。 2020 年の Infura 障害により、業界最大手の取引所が数時間凍結されました。 AWS の地域的な停止により、プロバイダーのほとんどが AWS でホストされているため、複数のプロバイダーが同時に停止しました。真の復元力を実現するには、プロバイダー間の冗長性が必要で、理想的には少なくとも 1 つの分散ネットワークと 1 つのセルフホスト ノードを含めます。
カスタム RPC を MetaMask に段階的に追加する方法
MetaMask をデフォルトの Infura RPC からカスタム エンドポイントに切り替えると約 90 秒かかり、プライバシーと信頼性が即座に向上します。 MetaMask 2026 の正確なウォークスルーは次のとおりです。
ステップ 1. メタマスクを開きます。ウォレットの上部にあるネットワーク ドロップダウンをクリックします (通常は「Ethereum Mainnet」と表示されます)。ドロップダウンの下部にある「カスタム ネットワークの追加」をクリックします。
ステップ 2。 ネットワークの詳細を入力します。 Ethereum メインネットの場合、ネットワーク名は「Ethereum (Custom RPC)」です。チェーン ID は 1 です。通貨記号は ETH です。ブロック エクスプローラーの URL は次のとおりです。 https://etherscan.io。重要なフィールドは新しい RPC URL で、エンドポイントを貼り付ける場所です。
ステップ 3。 RPC URL を貼り付けます。 Flashbots Protect (スワップ保護に推奨) が必要な場合は、次を使用します。 https://rpc.flashbots.net。 Alchemy にサインアップした場合は、次のようなエンドポイントを貼り付けます。 https://eth-mainnet.g.alchemy.com/v2/YOUR_KEY。 MEV ブロッカーが必要な場合は、使用してください https://rpc.mevblocker.io。
ステップ 4. 「保存」をクリックします。 MetaMask は RPC に対してチェーン ID を検証します。すべてが一致すると、新しいネットワークがドロップダウンに表示されます。それに切り替えてください。
ステップ 5。 テストしてください。少額のトランザクションを送信するか、残高を更新します。機能する場合、ウォレットはすべての呼び出しに新しい RPC を使用するようになります。 Flashbots Protect に切り替えた場合、送信するすべてのトランザクションはパブリック メモリプールをスキップし、サンドイッチ攻撃から自動的に保護されます。
元に戻す必要がある場合は、ドロップダウンで「Ethereum Mainnet」に戻してください。カスタム RPC は後で使用できるように保存され、いつでも切り替えることができます。
リスク: フロントランニング、検閲、ダウンタイム
RPC プロバイダーを使用すると、インフラストラクチャを信頼する前に理解する価値のある 3 つのカテゴリのリスクにさらされます。
RPC によるフロントランニング。 理論的には、悪意のあるプロバイダーがあなたの保留中のトランザクションを監視し、より高いガスを含む競合するトランザクションをブロードキャストして、あなたから MEV を抽出する可能性があります。大手プロバイダーがこれを行っているという公的証拠はありませんが、リスクは構造的に存在します。軽減策には、スワップに Flashbots Protect などのプライベート RPC を使用すること、トランザクションを複数のプロバイダーに分割すること、高価値の操作にセルフホスティングを使用することが含まれます。
検閲。 集中型プロバイダーは、規制当局によって特定のアドレスまたは種類の取引をブロックするよう強制される場合があります。これは、OFAC 後の認可されたアドレスですでに発生しています。あなたのアドレスが(たとえ不正確であっても)フラグが付けられた場合、主要プロバイダーはあなたのトランザクションの中継を拒否する可能性があります。 Pocket や dRPC のような分散型ネットワークでは、単一のオペレーターがネットワーク全体を検閲できないため、この問題が軽減されます。
ダウンタイム。 プロバイダーがダウンします。過去 3 年間に、Infura、Alchemy、AWS、Cloudflare で大規模な障害が発生しました。すべての実稼働アプリケーションには、少なくとも 2 つの RPC プロバイダーがフェイルオーバーとして構成されている必要があります。 Ethers.js や Viem などのツールを使用すると、組み込みのフォールバック プロバイダーを使用してこれを簡単に行うことができます。
データの整合性。 悪意のあるノードまたはバグのあるノードが間違ったデータを返す可能性があります。価値の高い決定を行うには、重要な読み取りを複数の独立したプロバイダーに対して検証するか、含まれていることの証明に軽量クライアント検証を使用する必要があります。これはほとんどのユーザーにとって過剰ですが、重要なインフラストラクチャでは標準的な方法です。
よくある質問
独自の RPC ノードを実行する必要がありますか?
99% のユーザーにとって、「いいえ」です。 Alchemy や Infura の無料枠を使用しても、ウォレットがデフォルトで使用するパブリック RPC を使用しても問題ありません。独自のノードを実行することは、大量の作業を行っている場合、プライバシーの保証が必要な場合、またはプロバイダーの停止に耐えなければならない運用インフラストラクチャを運用している場合にのみ意味があります。
デフォルトの MetaMask RPC は安全に使用できますか?
かなり安全です。デフォルトでは、MetaMask は ConsenSys (MetaMask の親会社) が運営する Infura を使用します。その代わりに、ConsenSys は送信されたすべてのトランザクションを確認することになります。機密性の高い作業を行っている場合、またはスワップでサンドイッチ保護が必要な場合は、Flashbots Protect のようなカスタム RPC に切り替えると 5 秒で改善されます。
RPC ノードとバリデーター ノードの違いは何ですか?
A バリデーター は、ブロックを提案および証明することでコンセンサスに参加します。 RPC ノードは、外部アプリケーションからのクエリを処理します。これらは同じ基盤となるクライアント ソフトウェアを使用しますが、バリデーターは通常、セキュリティ上の理由から RPC を公開せず、RPC 専用ノードは通常、検証のために ETH をステーキングしません。多くの大規模事業者は、両方の種類を別々のインフラストラクチャで実行しています。
アーカイブ ノードへのアクセスはなぜそれほど高価なのでしょうか?
アーカイブ ノードは、創世記以降のすべてのブロックのすべての履歴状態を保存します。 15 TB を超え、継続的に増加するイーサリアムの場合。ストレージ コスト、RAM 要件 (64 ~ 128 GB)、履歴クエリを処理するために必要な膨大なコンピューティングにより、アーカイブ インフラストラクチャの運用コストは通常のフル ノードよりも 10 ~ 50 倍高くなります。プロバイダーはそれらのコストを転嫁します。
RPC プロバイダーは私の秘密キーを参照できますか?
いいえ、決してありません。秘密キーがウォレットから離れることはありません。ウォレットはキーを使用してローカルでトランザクションに署名し、RPC はキーではなく、署名されたトランザクション バイトのみを参照します。これは、Web3 アーキテクチャの基本的なセキュリティ保証の 1 つです。とはいえ、プロバイダーは、ユーザーがクエリするすべてのパブリック アドレス、ユーザーが送信するすべてのトランザクション、ユーザーがやり取りするすべてのスマート コントラクトを確認します。
RPC プロバイダーがトランザクション中にダウンした場合はどうなりますか?
トランザクションが停止前にネットワークにブロードキャストされていた場合でも、トランザクションはマイニングされます。まだブロードキャストされていない場合 (署名はしたが RPC がダウンしていた場合)、MetaMask で別の RPC プロバイダーに切り替えて、同じ署名済みトランザクションを再送信することができます。 MetaMask のようなウォレットは保留中のトランザクションを記憶しており、接続が戻ったときにトランザクションを高速化したり、キャンセルしたりできます。
結論
RPC ノードは、すべての暗号を使用できるようにする目に見えない配管です。あなたがこれまでにロードしたすべての残高チェック、すべてのスワップ、すべての NFT ミント、すべてのオンチェーン ダッシュボードは、どこかにある RPC ノードによって動作し、あなたの代わりに面倒な作業を行っていました。この層 (およびこの層での選択肢) を理解することは、カジュアル ユーザーから Web3 への本格的な参加者への大きな飛躍の 1 つです。
現在の状況は、EVM 市場のトップに Alchemy、Infura、QuickNode があり、Solana を支配しているのは Helius など、少数の集中プロバイダーによって支配されています。これらのプロバイダーは、最小の遅延、最高のツール、最も信頼性の高いインフラストラクチャを提供します。しかし、これらは中央集権化、監視、検閲のリスクも生み出し、業界が成熟し規制当局がより注意を払うにつれて、その関連性はますます高まっています。
分散型の代替手段 (Pocket、dRPC、Ankr) はパフォーマンスのギャップを埋めつつあり、検閲や単一プロバイダーの障害に対する有意義な回復力を提供します。真剣なユーザーにとって、2026 年の正しい答えは通常、組み合わせです。サンドイッチ保護のためのデフォルトの MetaMask RPC として Flashbots Protect または MEV Blocker を使用し、バックアップとして Alchemy または Infura を構成し、真の冗長性のための 3 番目のフォールバックとして分散型ネットワークを検討します。
構築している場合、RPC インフラストラクチャの選択は通常よりも検討する価値があります。これはパフォーマンスと信頼性を左右する最大の手段であり、優れたプロバイダーと平凡なプロバイダーの違いはユーザー エクスペリエンスに直接現れます。賢明に選択し、稼働時間を監視し、常にフォールバックを構成してください。
ウォレットが動作するレールを理解したところで、次はその方法についても学びたいと思うかもしれません。 MEV はブロックごとのトランザクションの順序を決定し、どのような役割を果たしますか MEV ボット DEX 取引でプレイする方法 フラッシュボット 挟み込みからユーザーを守る商品とその使い方 ブロックチェーンエクスプローラー を使用して、RPC が通知するすべてを確認します。奥に進むほど、Web3 の魔法は単純なエンジニアリングになります。