Web3におけるデータアクセスの進化

中級6/24/2024, 1:14:49 PM

データはブロックチェーン技術の鍵であり、分散型アプリケーション(dApps)を開発するための基盤です。現在の議論の多くは、データの可用性を中心に展開されていますが、すべてのネットワーク参加者が検証のために最近のトランザクションデータにアクセスできるようにすることです。しかし、見落とされがちなもう一つの重要な側面として、データのアクセシビリティがあります。DFGオフィシャルは、このトラックの基本的なロジックと主要なプレーヤーをこのレポートで紹介します。

ブロックチェーンテクノロジー

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

データはブロックチェーン技術において重要であり、分散型アプリケーション(dApps)を開発するための基盤として機能します。現在の議論の多くは、データ可用性(DA)を中心に展開されていますが、最近のトランザクションデータにすべてのネットワーク参加者がアクセスして検証できるようにすることですが、見落とされがちな別の重要な側面があります。

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

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

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

ブロックチェーンは、

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

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

もう 1 つのアプローチは、商用の RPC (リモートプロシージャコール) ノードプロバイダーを使用することです。これらのプロバイダーは、ノードのコストと管理を処理し、RPC エンドポイントを介してデータを提供します。パブリックRPCエンドポイントは無料ですが、dAppのユーザーエクスペリエンスに悪影響を与える可能性のあるレート制限があります。プライベート RPC エンドポイントは、輻輳を軽減することでパフォーマンスを向上させますが、単純なデータ取得でも多くのやり取りが必要です。これにより、要求が重くなり、複雑なデータクエリに対して非効率的になります。さらに、プライベート RPC エンドポイントは、多くの場合、スケーラビリティに苦労し、異なるネットワーク間での互換性に欠けます。

優れた代替手段:ブロックチェーンインデクサー

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

さまざまな種類のインデクサーによって、さまざまな方法でデータ取得が最適化されます。

フルノードインデクサー:これらのインデクサーは、完全なブロックチェーンノードを実行し、そこからデータを直接抽出し、完全で正確なデータを保証しますが、かなりのストレージと処理能力を必要とします。
軽量インデクサー: これらのインデクサーは、フルノードに依存して必要に応じて特定のデータをフェッチするため、ストレージ要件が削減されますが、クエリ時間が長くなる可能性があります。
専用インデクサー:特定の種類のデータまたは特定のブロックチェーンに特化したこれらのインデクサーは、NFTデータやDeFiトランザクションなどの特定のユースケースの取得を最適化します。
インデクサーの集約:これらのインデクサーは、オフチェーン情報を含む複数のブロックチェーンとソースからデータを取得し、マルチチェーンdAppsに特に役立つ統一されたクエリインターフェイスを提供します。

イーサリアムだけでも、3TBのストレージとErigonアーカイブノードが必要であり、時間の経過とともにチェーンが拡大するにつれてデータストレージが増大します。インデクサープロトコルは、複数のインデクサーをデプロイし、RPC では実現できない大量のデータの効率的なインデックス作成とクエリを高速で実現します。

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

全体として、インデクサーは、RPC ノードプロバイダーと比較してデータ取得の効率と信頼性を向上させると同時に、個々のノードのデプロイに関連するコストを削減します。これにより、ブロックチェーンインデクサープロトコルはdApp開発者にとって好ましい選択肢となっています。

インデクサーのユースケース

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

DeFi DeFi

プロトコルは、ユーザーの特定の価格、比率、手数料などを見積もる前に、異なる情報を必要とします。自動マーケットメーカー(AMM)は、スワップレートを計算するために特定のプールに関する価格と流動性の情報を必要としますが、貸付プロトコルは、清算のための貸出/借入率と負債比率を決定するために利用率を必要とします。ユーザーが実行するレートを計算する前に、dAppに情報をフィードすることが不可欠です。

ゲーム

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

NFT

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

価格と流動性の情報を必要とするDeFi 自動マーケットメイカー(AMM)であろうと、新規ユーザーの投稿に関する更新を必要とするSocialFiアプリケーションであろうと、dAppsをうまく機能させるためには、データを迅速に取得できることが不可欠です。インデクサーを使用すると、効率的かつ正確にデータを取得して、スムーズなユーザーエクスペリエンスを提供します。

Analyticsイン

デクサーは、各ブロックのスマートコントラクトイベントなど、生のブロックチェーンデータから特定のデータを抽出する手段を提供します。これにより、より具体的なデータ分析を行い、包括的な洞察を提供する機会が開かれます。

たとえば、永久取引プロトコルは、リーディングDEXで手数料が発生している取引量が多いトークンを見つけて、これらのトークンをプラットフォームに永久契約として上場するかどうかを決定できます。DEX開発者は、独自の製品のダッシュボードを作成し、どのプールが最も高いリターンまたは最も深い流動性を持っているかについての洞察を得ることができます。公開ダッシュボードも作成できるため、開発者はグラフに表示するあらゆるタイプのデータを自由にクエリできます。

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

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

インデクサーの概要

グラフ

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

プルーフ・オブ・インデックスを使用して、インデクサーはインデックス作成およびクエリサービス用のネイティブトークンGRTをステークし、デリゲーターはトークンをステークすることを選択できます。キュレーターは高品質のサブグラフにアクセスし、インデクサーがどのサブグラフにデータをインデックス化するかを特定して、最高のクエリ料金を獲得できるようにします。分散化への移行に伴い、The Graphは最終的にホステッドサービスを廃止し、upgradeインデクサーを提供しながら、サブグラフをネットワークにアップグレードする必要があります。

そのインフラストラクチャは、100万クエリあたり平均40ドルのクエリあたりのコストを可能にし、セルフホスティングノードよりも大幅にコストが低くなります。ファイルデータソースを使用して、オンチェーンデータとオフチェーンデータの両方の並列インデックス作成を同時にサポートし、効率的なデータ取得を実現します。

The Graphのインデクサー報酬を見ると、過去数四半期にわたって着実に成長しています。これは、クエリの増加によるものですが、将来的にAI支援クエリを統合する計画によるトークン価格の上昇にも起因しています。

Subsquid

Subsquidは、zkプルーフで保護された大量のオンチェーンデータとオフチェーンデータの両方を効率的に集約する、ピアツーピアで水平方向にスケーラブルな分散型データレイクです。ワーカーの分散型ネットワークである各ノードは、ブロックの特定のサブセットからのデータを保存し、必要なデータを保持しているノードをすばやく特定することで、データ取得プロセスを迅速

化します。

Subsquidはリアルタイムのインデックス作成もサポートしており、ブロックがファイナライズされる前にインデックスを付けることができます。また、デベロッパーが選択した形式でデータを保存できるため、BigQuery、Parquet、CSV などのツールを使用した分析が容易になります。さらに、サブグラフは Squid SDK に移行せずに Subsquid Network にデプロイできるため、コードなしでデプロイできます。

Subsquidは、まだテストネットフェーズにありながら、80,000人以上のテストネットユーザー、60,000人以上のsquidインデクサーが展開され、ネットワーク上に20,000人以上の検証済み開発者がいるという印象的な統計を達成しています。ごく最近、6月3日にSubsquidはデータレイクのメインネットを立ち上げました。

インデックス作成に加えて、Subsquid Networkデータレイクは、分析、ZK/TEEコプロセッサ、AIエージェント、オラクルなどのユースケースにおけるRPCの代替として意図されています。

SubQuery

SubQueryは、RPCデータサービスとインデックス付きデータサービスの両方を提供する分散型ミドルウェアインフラストラクチャネットワークです。当初はポルカドットとサブストレートネットワークをサポートしていましたが、現在は200を超えるチェーンを含むように拡張されています。これは、インデックス作成の証明を使用したグラフと同様に機能し、データのインデックスを作成してクエリ要求を提供するインデクサーと、インデクサーにステークする委任者を使用します。ただし、キュレーターの代わりに、発注書を送信して、インデクサーの収益保証を示す消費者を紹介します。

シャーディングをサポートするSubQuery Data ノードを導入し、すべてのノード間で新しいデータが常に同期されるのを防ぎ、分散化を進めながらクエリの効率を最適化します。ユーザーは、1000 リクエストあたり約 1 SQT トークンのコンピューティングごとに支払うか、契約を通じてインデクサーのカスタム料金を設定するかを選択できます。

SubQueryは今年初めにトークンをローンチしたばかりですが、ノードとデリゲーターの両方の排出報酬はUSD価値でも前四半期比で増加しており、プラットフォームで提供されるクエリサービスの量も増加しています。TGE以降、ステーキングされたSQTの総量は6Mから125Mに増加し、ネットワークの参加の増加を浮き彫りにしています。

Covalent

Covalentは、バルクエクスポート方式で検体生産者(BSP)ネットワークノードブロックブロックチェーンデータのレプリカを作成し、Covalent L1ブロックチェーン上にプルーフを公開する分散型インデクサーネットワークです。これらのデータは、ブロック結果プロデューサー(BRP)ノードによって調整され、設定されたルールに基づいてデータを除外します。

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

コバレントの報酬は、コバレントのトークンCQTの価格上昇に部分的に起因して、23年第1四半期から24年第1四半期にかけて全体的に成長傾向にあるようです。

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

データのカスタマイズ性

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

Security

インデックス化されたデータは安全である必要があり、そうでなければ、これらのインデクサー上に構築されたdAppsも攻撃を受けやすくなります。例えば、トランザクションやウォレットの残高を操作できる場合、dAppsは流動性が枯渇するリスクがあり、ユーザーに影響を与えます。すべてのインデクサーは、インデクサーによるトークンのステーキングを通じて何らかの形式のセキュリティを採用していますが、他のインデクサーソリューションでは、セキュリティを強化するためにプルーフの使用を採用する場合があります。

Subsquidは楽観的およびzkプルーフを使用するためのオプションを提供しますが、Covalentはブロックのハッシュを含むプルーフも公開します。グラフは、楽観的チャレンジウィンドウ期間スタイルでインデクサーのクエリに対する異議申し立てチャレンジ期間を提供し、サブクエリは各ブロックのマークルマウンテンプルーフを生成して、データベースに保存されているすべてのデータのすべてのブロックのハッシュを計算します。

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

ブロックチェーンが時間の経過とともに成長するにつれて、より多くのトランザクションが追加され、より多くの処理能力とストレージが必要になるため、大量のデータのインデックス作成がより面倒になります。ブロックチェーンネットワークが成長するにつれて効率を維持することはより困難になりますが、インデクサープロトコルは、これらの増大する要件に対応するためのソリューションを導入しています。

たとえば、Subsquidは、データストレージ用のノードを追加することで水平方向のスケーラビリティを可能にし、ハードウェアの改善とともに拡張する機能を提供します。Graphは、データをより高速に同期するために並列化されたストリーミングデータを提供し、SubQueryは、同期プロセスを高速化するためにノードシャーディングを導入します。

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

ブロックチェーン活動の大部分は依然としてイーサリアム内にありますが、時間の経過とともにさまざまなブロックチェーンの人気が高まっています。たとえば、レイヤー2、ソラナ、Moveブロックチェーン、およびビットコインエコシステムチェーンには、インデックスサービスも必要とする独自の成長中の開発者とアクティビティのセットがあります。

他のインデクサープロトコルでサポートされていない特定のチェーンにサポートを提供することで、より多くの市場シェア料金を獲得できます。ソラナのようなデータ量の多いネットワークのインデックス作成は簡単な作業ではなく、これまでのところSubsquidだけがインデックス作成サポートを提供することができました。

結論

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

インデクサーソリューションの領域では、Subsquidはパフォーマンスとユーザー指標で大きな進歩を遂げています。ユーザーはすでにSubsquidを使ってAIエージェントを構築する実験を始めており、進化するデータインデックス作成の状況におけるプラットフォームの汎用性と可能性を示しています。さらに、AutoAgoraなどのツールは、インデクサーがAIを使用してThe Graphのクエリサービスにdynamic pricing を提供することを容易にし、SubQueryはOriginTrailやOraichainなどの複数のAIネットワークをサポートして透過的なデータインデックス作成を実現します。

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

免責事項:

この記事は [medium] からの転載です。すべての著作権は原著作者【DFG公式】に帰属します。この転載に異議がある場合は、Gate Learnチームまでご連絡いただければ、迅速に対応いたします。
免責事項:この記事で表明された見解や意見は、著者のものであり、投資アドバイスを構成するものではありません。
記事の他言語への翻訳は、Gate Learnチームによって行われます。特に明記されていない限り、翻訳された記事のコピー、配布、盗用は禁止されています。