Web3 データ アクセス: インデクサーと関連プロジェクトの紹介

DFG、Geng Kai著

ブロックチェーンにおけるデータの重要性

データはブロックチェーンテクノロジーの鍵であり、分散型アプリケーション（dApps）開発の基礎です。現在の議論の多くは、すべてのネットワーク参加者が検証のために最新のトランザクション データにアクセスできるようにするデータ可用性 (DA) を中心に展開していますが、見落とされがちな同様に重要な側面があります。それは、データ アクセシビリティです。

モジュラーブロックチェーンの時代には、DA ソリューションが不可欠になりました。これらのソリューションにより、すべての参加者がトランザクション データを利用できるようになり、リアルタイム検証が可能になり、ネットワークの整合性が維持されます。ただし、DA レイヤーはデータベースというよりも広告塔のように機能します。これは、データが無期限に保存されるのではなく、看板のポスターが最終的に新しいものに置き換わるのと同じように、時間の経過とともに削除されることを意味します。

一方、データ アクセシビリティは、dApp の開発やブロックチェーン分析の実施に不可欠な履歴データを取得する機能に焦点を当てています。この側面は、正確な表現と実行を保証するために過去のデータにアクセスする必要があるタスクにとって非常に重要です。データのアクセシビリティは重要ですが、あまり議論されていませんが、データの可用性と同じくらい重要です。この 2 つは、ブロックチェーン エコシステム内で異なるものの補完的な役割を果たしており、強力で効率的なブロックチェーン アプリケーションをサポートするには、包括的なデータ管理アプローチで両方の問題に対処する必要があります。

以前のブロックチェーン データの取得方法

ブロックチェーンはその誕生以来、インフラストラクチャに革命をもたらし、ゲーム、金融、ソーシャル ネットワークなどのさまざまな分野で分散型アプリケーション (dApps) の作成を推進してきました。ただし、これらの dApp を構築するには、大量のブロックチェーン データにアクセスする必要があり、困難で高価です。

dApp 開発者向けの 1 つのオプションは、独自のアーカイブされた RPC ノードをホストして実行することです。これらのノードには最初からすべての履歴ブロックチェーン データが保存され、データへの完全なアクセスが可能になります。ただし、アーカイブ ノードの維持には費用がかかり、クエリ機能も限られているため、開発者が必要とする形式でデータをクエリすることができません。より安価なノードを実行するという選択肢もありますが、これらのノードではデータ取得機能が制限されているため、dApps の操作が妨げられる可能性があります。

もう 1 つのアプローチは、商用 RPC (リモート プロシージャ コール) ノード プロバイダーを使用することです。これらのプロバイダーはノードのコストと管理を担当し、RPC エンドポイント経由でデータを提供します。パブリック RPC エンドポイントは無料ですが、dApp のユーザー エクスペリエンスに悪影響を与える可能性のあるレート制限があります。プライベート RPC エンドポイントは輻輳を軽減することでパフォーマンスを向上させますが、単純なデータの取得でも大量の往復通信が必要になります。そのため、リクエストが多くなり、複雑なデータ クエリに対して非効率的になります。さらに、プライベート RPC エンドポイントは多くの場合、拡張が難しく、異なるネットワーク間の互換性がありません。

より良い代替案: ブロックチェーン インデクサー

ブロックチェーン インデクサーは、オンチェーン データを整理し、クエリを容易にするためにデータベースに送信する上で重要な役割を果たします。そのため、ブロックチェーン インデクサーは「ブロックチェーンの Google」とよく呼ばれます。これらは、ブロックチェーン データにインデックスを付け、SQL のようなクエリ言語 (GraphQL などの API を使用) を通じて簡単に利用できるようにすることで機能します。データをクエリするための統合インターフェイスを提供するインデクサーにより、開発者は標準化されたクエリ言語を使用して必要な情報を迅速かつ正確に取得できるようになり、プロセスが大幅に簡素化されます。

さまざまなタイプのインデクサーは、さまざまな方法でデータ取得を最適化します。

1. フルノードインデクサー: これらのインデクサーは、完全なブロックチェーンノードを実行し、そこから直接データを抽出し、データが完全で正確であることを保証しますが、大量のストレージとデータを必要とします。処理能力。

2. 軽量インデクサー: これらのインデクサーは、フルノードに依存してオンデマンドで特定のデータをフェッチするため、ストレージ要件は軽減されますが、クエリ時間が増加する可能性があります。

3. 特化されたインデクサー: これらのインデクサーは、特定の種類のデータまたは特定のブロックチェーンに特化し、NFT データや DeFi トランザクションなどの特定のユースケースに合わせて取得を最適化します。

4. 集約インデクサー: これらのインデクサーは、オフチェーン情報を含む複数のブロックチェーンおよびソースからデータを取得し、特にマルチチェーン dApps に役立つ統合クエリ インターフェイスを提供します。

イーサリアムだけでも 3TB のストレージスペースが必要で、ブロックチェーンが成長し続けるにつれて、エリガンアーカイブノードのデータストレージの量は増加し続けるでしょう。インデクサー プロトコルは、複数のインデクサーを展開して、RPC では不可能な高速で大量のデータのインデックス付けとクエリを効率的に実行します。

インデクサーを使用すると、複雑なクエリ、さまざまな基準に基づくデータの簡単なフィルタリング、データの抽出後の分析も可能になります。一部のインデクサーでは、複数のソースからのデータを集約できるため、マルチチェーン dApp に複数の API をデプロイする必要がなくなります。インデクサーは複数のノードに分散されることでセキュリティとパフォーマンスが強化されますが、RPC プロバイダーは集中化されているため、機能停止やダウンタイムが発生する可能性があります。

全体的に、インデクサーはデータ取得の効率と信頼性を向上させると同時に、RPC ノード プロバイダーと比較して単一ノードの導入コストを削減します。このため、Blockchain Indexer プロトコルは dApp 開発者にとって最優先の選択肢になります。

インデクサーの使用例

前に述べたように、dApp を構築するには、サービスを実行するためにブロックチェーン データを取得して読み取る必要があります。これには、DeFi、NFT プラットフォーム、ゲーム、さらにはソーシャル ネットワークを含むあらゆるタイプの dApp が含まれます。これらのプラットフォームは、他のトランザクションを実行する前にデータを読み取る必要があるためです。

DeFi

DeFiプロトコルでは、ユーザー固有の価格、比率、手数料などを見積もるためにさまざまな情報が必要です。自動マーケットメーカー (AMM) はスワップレートを計算するために特定のプールに関する価格と流動性の情報を必要としますが、融資プロトコルは融資金利と清算債務比率を決定するために利用する必要があります。ユーザーが実行する金利を計算する前に、dApp に情報を入力することが重要です。

ゲーム

GameFi は、ユーザーがスムーズにゲームをプレイできるように、データに迅速にインデックスを付けてアクセスする必要があります。 Web3 ゲームは、超高速のデータ取得と実行によってのみ、Web2 ゲームのパフォーマンスに匹敵し、より多くのユーザーを引き付けることができます。これらのゲームには、土地の所有権、ゲーム内トークンの残高、ゲーム内アクションなどのデータが必要です。インデクサーを使用すると、安定したデータ フローと一貫した稼働時間をより確実に確保し、完璧なゲーム エクスペリエンスを保証できます。

NFT

NFTマーケットプレイスと融資プラットフォームでは、NFTメタデータ、所有権と譲渡データ、ロイヤルティ情報などのさまざまな情報にアクセスするためにインデックス付きデータが必要です。このデータに迅速にインデックスを作成すると、所有権や NFT 属性データを見つけるために各 NFT を個別に参照する必要がなくなります。

価格と流動性情報を必要とする DeFi Automated Market Maker (AMM) であっても、新しいユーザーの投稿を更新する必要がある SocialFi アプリケーションであっても、dApp が適切に機能するためには、データを迅速に取得できることが重要です。インデクサーの助けを借りて、データを効率的かつ正確に取得でき、スムーズなユーザー エクスペリエンスを提供します。

分析

インデクサーは、各ブロックのスマート コントラクト イベントを含む、生のブロックチェーン データから特定のデータを抽出する方法を提供します。これにより、より具体的なデータ分析が可能になり、包括的な洞察が得られます。

たとえば、永久取引プロトコルは、どのトークンの取引量が多く、どのトークンに手数料がかかるかを調べて、それらのトークンをプラットフォームに永久契約としてリストするかどうかを決定できます。 DEX 開発者は、製品のダッシュボードを作成して、どのプールが最も収益が高いか、または最も流動性が高いかについての洞察を得ることができます。パブリック ダッシュボードも作成できるため、開発者はグラフに表示するあらゆる種類のデータを自由にかつ柔軟にクエリできます。

複数のブロックチェーン インデクサーが利用可能な場合、開発者がニーズに最適なインデクサーを確実に選択できるように、インデックス作成プロトコル間の違いを特定することが重要です。

ブロックチェーンインデクサーの概要

インデクサーの概要

グラフ

グラフは、イーサリアム上で起動された最初のインデクサープロトコルであり、以前は簡単にアクセスできなかったトランザクションデータのクエリを簡単に行うことができます。サブグラフを使用して、Uniswap v3 USDC/ETH プールに関連するすべてのトランザクションなど、ブロックチェーンから収集されたデータのサブセットを定義およびフィルターします。

インデックスプルーフを使用して、インデクサーはインデックス作成とクエリサービスのためにネイティブトークンGRTを誓約し、委任者はここでトークンをステーキングすることを選択できます。キュレーターは高品質のサブグラフにアクセスできるため、インデクサーが最適なクエリ料金を獲得するためにどのサブグラフにインデックスを付けるかを決定するのに役立ちます。さらなる分散化への移行の中で、The Graph は最終的にホスティング サービスを中止し、アップグレードされたインデクサーとともにサブグラフをネットワークにアップグレードする必要があります。

そのインフラストラクチャにより、100 万クエリあたりの平均コストは 40 ドルであり、自己ホスト型ノードのコストよりもはるかに低くなります。ファイル データ ソースを使用すると、効率的なデータ取得のためにオンチェーン データとオフチェーン データの両方の並列インデックス作成もサポートされます。

The Graph のインデクサー報酬を見てみましょう。過去数四半期にわたって着実に増加しています。これはクエリ量の増加が一部原因ですが、将来的には AI 支援クエリを統合する予定であるため、トークン価格の上昇も原因です。

Subsquid

Subsquid は、大量のオンチェーンおよびオフチェーン データを効率的に集約し、ゼロ知識証明で保護する、ポイントツーポイントの水平方向にスケーラブルな分散型データ レイクです。ワーカーの分散ネットワークとして、各ノードはブロックの特定のサブセットからのデータを保存する責任を負い、必要なデータを保持しているノードを迅速に識別することでデータ取得プロセスを高速化します。

Subsquid はリアルタイムのインデックス作成もサポートしており、ブロックが完成する前にインデックスを作成できます。また、開発者が選択した形式でのデータの保存もサポートされているため、BigQuery、Parquet、CSV などのツールを使用した分析が容易になります。さらに、サブグラフは Squid SDK に移行せずに Subsquid ネットワークにデプロイできるため、コードレスでのデプロイが可能になります。

まだテストネット段階にありますが、Subsquid はネットワーク上に 80,000 人を超えるテストネット ユーザー、60,000 人を超える Squid インデクサーが展開され、20,000 人を超える検証済み開発者という素晴らしい統計を達成しました。ごく最近では、6 月 3 日に Subsquid がデータ レイクのメインネットを立ち上げました。

インデックス作成に加えて、Subsquid Network データ レイクは、分析、ZK/TEE コプロセッサ、AI エージェント、Oracle などのユースケースで RPC を置き換えることができます。

SubQuery

SubQuery は、RPC およびインデックス付きデータ サービスを提供する分散型ミドルウェア インフラストラクチャ ネットワークです。当初は Polkadot ネットワークと Substrate ネットワークをサポートしていましたが、現在は 200 以上のチェーンを含むように拡張されました。これは Proof of Index を使用する The Graph と同様に機能し、インデクサーがデータのインデックスを作成してクエリ リクエストを処理し、委任者が自分のシェアをインデクサーにステーキングします。ただし、消費者は、管理者の収入ではなくインデックス作成者の収入が保証されていることを示すために注文書を提出するようになります。

各ノード間での新しいデータの継続的な同期を防ぐシャーディングをサポートする SubQuery データ ノードが導入され、分散化を進めながらクエリ効率を最適化します。ユーザーは、1000 リクエストあたり約 1 SQT トークンの計算料金を支払うか、プロトコルを通じてインデクサーのカスタム料金を設定するかを選択できます。

SubQuery は今年初めにトークンをローンチしたばかりですが、ノードと委任者への発行報酬も月々米ドル換算で増加しており、これはプラットフォーム上で提供されるクエリ サービスの数の増加も表しています。 TGE 以来、ステークされた SQT の総額は 600 万から 1 億 2,500 万に増加し、ネットワーク参加の増加を浮き彫りにしています。

Covalent

Covalent は、ブロック サンプル プロデューサー (BSP) ネットワーク ノードがバッチ エクスポートを通じてブロックチェーン データのコピーを作成し、Covalent L1 ブロックチェーン上でプルーフを公開する分散型インデクサー ネットワークです。これらのデータは、設定されたルールに従ってブロック結果プロデューサー (BRP) ノードによって絞り込まれ、要件を満たすデータがフィルターで除外されます。

統合 API を使用すると、開発者は、データにアクセスするためのカスタムの複雑なクエリを作成することなく、一貫したリクエストと応答の形式で関連するブロックチェーン データを簡単に抽出できます。これらの事前構成されたデータセットは、支払い手段として Moonbeam で決済された CQT トークンを使用してネットワーク オペレーターから抽出できます。

Covalent トークンの CQT 価格の上昇もあり、Covalent の報酬は 2023 年第 1 四半期から 2024 年第 1 四半期にかけて全体的に増加しているようです。

インデクサーを選択する際の考慮事項

データのカスタマイズ可能性

一部のインデクサー (例: Covalent) は、API を介して標準の事前構成されたデータセットのみを提供する汎用インデクサーです。これらは高速かもしれませんが、カスタム データセットを必要とする開発者に柔軟性を提供しません。インデクサー フレームワークを使用すると、アプリケーション固有のニーズを満たすためのよりカスタムなデータ処理が可能になります。

セキュリティ

インデックス付けされたデータは安全でなければなりません。そうでないと、これらのインデクサー上に構築された dApps も脆弱になります。たとえば、トランザクションやウォレット残高が操作できる場合、dApp は流動性を失い、ユーザーに影響を与える危険があります。すべてのインデクサーはインデクサー ステーキング トークンを通じて何らかのセキュリティを採用していますが、他のインデクサー ソリューションではプルーフを使用してセキュリティをさらに強化する場合があります。

Subsquid はオプティミスティック証明とゼロ知識証明を使用するオプションを提供し、Covalent はブロック ハッシュを含む証明もリリースします。 Graph は、オプティミスティック チャレンジ ウィンドウの形式でインデクサー クエリに対して議論の多いチャレンジ期間を提供します。一方、SubQuery は、データベースに保存されているすべてのデータの各ブロックのハッシュを計算するために、ブロックごとにマークル マウンテン プルーフを生成します。

スピードとスケーラビリティ

ブロックチェーンが成長し続けるにつれて、トランザクション量も増加し、より多くの処理能力とストレージスペースが必要になるため、大量のデータのインデックス作成がより困難になります。ブロックチェーン ネットワークが成長するにつれて、効率を維持することがより困難になりますが、インデクサー プロトコルは、こうした増大するニーズを満たすソリューションを導入します。

たとえば、Subsquid はデータを保存するノードを追加することで水平方向にスケールし、ハードウェアの改良に合わせてスケールすることができます。 Graph はデータ同期を高速化するために並列ストリーミング データを提供し、SubQuery は同期プロセスを高速化するためにノード シャーディングを導入します。

サポートされているネットワーク

ほとんどのブロックチェーンアクティビティは依然としてイーサリアム内で行われていますが、時間の経過とともにさまざまなブロックチェーンの人気が高まっています。たとえば、レイヤー 2、Solana、Move ブロックチェーン、およびビットコインのエコシステム チェーンはすべて、成長を続ける独自の開発者とアクティビティを抱えており、これらにはインデックス サービスも必要です。

他のインデクサー プロトコルではサポートされていない特定のチェーンをサポートすることで、より多くのマーケット シェア手数料を獲得できます。 Solana のようなデータ集約型ネットワークのインデックス作成は簡単な作業ではなく、これまでのところ、それらのネットワークのインデックス作成サポートを提供できるのは Subsquid だけです。

結論

dApp 開発で広く採用されているにもかかわらず、特に AI と統合された場合、インデクサーの可能性は依然として巨大です。 Web2 と Web3 で AI が普及し続けるにつれて、その能力を向上させるには、モデルをトレーニングし AI エージェントを開発するための関連データへのアクセスが必要になります。データの整合性を確保することは、モデルに偏った情報や不正確な情報が与えられることを防ぐため、AI アプリケーションにとって非常に重要です。

インデクサー ソリューションの世界では、Subsquid はパフォーマンスとユーザー メトリックにおいて大幅な進歩を遂げました。ユーザーはすでに Subsquid を使用して AI エージェントを構築する実験を開始しており、成長するデータ インデックス作成の世界でのプラットフォームの多用途性と可能性を実証しています。さらに、AutoAgora などのツールは、インデクサーが AI を使用して The Graph のクエリ サービスに動的な価格設定を提供するのに役立ち、SubQuery は透過的なデータ インデックス作成のために OriginTrail や Oraichain などの複数の AI ネットワークをサポートします。

人工知能とインデクサーの統合により、ブロックチェーンエコシステムにおけるデータのアクセシビリティと使いやすさが向上すると期待されています。人工知能テクノロジーを活用することで、インデクサーはより効率的かつ正確なデータ取得を可能にし、開発者がより複雑な dApps や分析ツールを構築できるようにします。 AI とインデクサーが共に進化し続ける中、私たちはデータのインデックス作成の将来と、分散型デジタル環境の形成におけるその役割について引き続き楽観的です。

以上がWeb3 データ アクセス: インデクサーと関連プロジェクトの紹介の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。