サブグラフとは何ですか?グラフがオンチェーン データを整理する方法 (2026)

意図の確認: The Graph について広範な説明が必要な場合は、メインの The Graph ガイドから始めてください。このページは、開発者が The Graph エコシステム内で使用するデータ定義およびインデックス付けの単位であるサブグラフについて特に説明します。

サブグラフは、バズワードとして考えるのをやめ、ブロックチェーン データを整理するための構造化された青写真として考え始めると、最も意味をなします。アプリに生の履歴を何度も収集させる代わりに、サブグラフは、何をインデックスするか、イベントをマッピングする方法、そして後でその情報をどのようにクエリするかを The Graph に指示します。

多くのビルダーは実際には別のトップレベルのプロトコル概要を必要としていないため、その検索意図は永遠に残ります。彼らは、サブグラフとは何か、サブグラフが重要である理由、そして乱雑なオンチェーン イベントをクエリ可能なアプリケーション データにどのように変換するかを理解する必要があります。このページをグラフではなくサブグラフで構成すると、通常、意図がより明確になります。

サブグラフの機能を簡単な英語で説明する

最も単純なメンタル モデルは、グラフはアプリがブロックチェーン データについてより明確な質問をするのに役立つというものです。生のチェーン データは存在しますが、ほとんどの製品が表示、フィルター、分析したい方法で自動的に配置されるわけではありません。グラフは、アプリで使用するデータを構造化するのに役立つレイヤーです。

最新の Web3 製品ではトランザクション ハッシュやブロック番号以上のものを必要とするため、これは重要です。トークン リスト、アカウント履歴、プロトコル メトリクス、ガバナンス アクション、およびオンチェーンで何が起こったかを示すインターフェイス対応のビューが必要です。グラフが重要になったのは、データ アクセスの問題をより管理しやすい開発者のワークフローに変えるためです。

チームがグラフに注目する理由

インデックス作成はバックエンドの仕事の 1 つであるため、苦痛になるまで目に見えないように聞こえるため、チームはグラフに注目します。アプリが多くの契約やアカウントにわたって信頼性が高く、クエリ可能な履歴を必要とするようになると、適切なインデックス層はオプションであるとは感じなくなります。そのため、The Graph は単なるプロトコル ブランドではなく、多くの場合、アプリ アーキテクチャ自体の一部となっています。

グラフが Web3 スタックにどのように適合するか

グラフは、Web3 スタックのデータ インデックス作成およびクエリ層に位置します。 JSON-RPC リクエストを送信するのはトランスポート層ではなく、ウォレットやユーザーのオンボーディングを処理する製品層でもありません。

この記事が内部重複を回避する方法

dRPC、Chainlist、その他のノードまたは接続層のインフラストラクチャについてはすでに説明しています。この記事が汎用 RPC 領域に流れ込んだ場合、クラスターのその部分を共食いすることになります。

したがって、正しい角度は、The Graph がインデックス作成、サブグラフ、クエリ インフラストラクチャにしっかりと焦点を当て続けることです。まさにそこにブランド検索の意図が存在します。

グラフは誰のためのものであり、それがやりすぎだと感じる場合がある場所

グラフは、構造化されたオンチェーン データとプロトコル アクティビティ全体での反復可能なクエリを必要とするアプリ、ダッシュボード、または分析ワークフローを構築するチームに最も役立ちます。

単純な RPC エンドポイントのみを必要とするプロジェクト、または実際のインデックス作成の複雑さを伴わない非常に限定された直接コントラクト読み取りのみを必要とするプロジェクトには、あまり関連性がありません。

最終テイク

データ アクセスは Web3 製品の品質における地味なボトルネックの 1 つであるため、グラフが重要です。アプリが構造化されたクエリ可能なオンチェーン履歴を必要とする限り、The Graph のようなインデックス レイヤーは中心的な存在であり続けます。

よくある質問