ブロックチェーンインデクシングは、分散型アプリケーション (dApp) のデータをアクセス可能かつ利用可能にする重要なプロセスです。The Graphの成功にもかかわらず、特に異なるブロックチェーン間でのデータのポータビリティと断片化に関する課題が残っています。
分散型アプリケーション (dApps) の台頭は、私たちが技術とどのように相互作用するかに新しいパラダイムを解き放ちました。しかし、これらのアプリケーションを構築することは、基本的な課題を伴います:ブロックチェーンに保存されている膨大で常に増加し続けるデータにアクセスすることです。従来のデータベースは、構造化クエリ言語 (SQL) のような言語を使用して簡単に検索できますが、ブロックチェーンデータは、ブロックの線形で時間順に並んだシーケンスで保存されています。
単一のトランザクションやユーザーのウォレット履歴を見つけるには、数百万のブロックを丹念にスキャンする必要があり、このプロセスは遅く、非効率的であり、ほとんどの分散型アプリケーションにとってはコストがかかりすぎます。ここでブロックチェーンインデックスの重要性が増します。要するに、インデックス作成とは、ブロックチェーンからのすべての生の非構造化データを取得し、それを検索可能でクエリ可能なデータベースに整理するプロセスです。これは、抽出、変換、ロード(ETL)と呼ばれる多段階プロセスを通じて達成されます。
インデクサーは、ブロックチェーンノードに接続してリアルタイムで新しいアクティビティを監視するプロセスを開始します。次に、トランザクションの詳細、スマートコントラクトのイベント、状態変化などの重要なデータポイントを抽出します。これに続いて、生の抽出データをデコードし、より意味のある構造化された形式に変換する重要なステップがあります。最後に、この変換されたデータは構造化データベースにロードされ、dAppsや開発者がクエリを実行し使用できるように即座にアクセス可能になります。
このETLがなければ、ブロックチェーン上の貴重なデータは実用的な使用のためにほとんどアクセスできないままとなり、結果としてdAppsは使用不可能になります。インデクシングはWeb3エコシステムの基盤となるコンポーネントですが、すべてのソリューションが同じように作られているわけではありません。The Graph FoundationのチームリードであるNick Hansenが指摘したように、多くのdAppsは現在、中央集権的なベンダーに依存しているか、自社内でインデクシングインフラを構築しています。
このような迅速な解決策を提供することはできますが、中央集権的なベンダーに契約条件を変更したり、サービスを停止したりする権限を与えるなど、重大なリスクを伴います。この単一の障害点への依存は、Web3が構築されている分散化の核心的な原則をも損ないます。さらに、中央集権的なソリューションは、データの正確性を保証するために必要な透明で信頼できないメカニズムが欠けていると言われており、dAppsにとって多くの問題を引き起こす可能性があります。
この問題を克服するために、ブロックチェーンの「Google」と呼ばれるThe Graphは、この問題に対する分散型の代替手段を提供します。それは、迅速で信頼性が高く検証可能なブロックチェーンデータを提供するために、独立した参加者のグローバルネットワークを調整するプロトコルです。
ネットワークは、ネイティブトークンであるGRTによって駆動されるインセンティブと罰則のシステムを通じて運営されています。システムの参加者には、基本的にGRTをステークし、データクエリに応じて競争するノードオペレーターであるインデクサーが含まれます。彼らはサービスを提供することで、クエリ手数料とインデクシング報酬の両方を得ることができます。
キュレーターは、どのアプリケーションプログラミングインターフェース (APIs) またはサブグラフが最も価値があり、したがってインデックス化されるべきかを示すことが仕事の他の参加者です。一方、デリゲーターは自分のノードを運用することなく報酬の一部を得るために、インデクサーにGRTを委任してステーキングします。
データの整合性を確保するために、プロトコルには堅牢なスラッシングメカニズムが含まれています。インデクサーが悪意を持っている、または不正確なデータを提供していると判断された場合、彼らがステークしたGRTの一部が「スラッシュ」されるか、押収される可能性があります。したがって、これはインデクサーが正直であり、職務を正確に果たすための強力な経済的インセンティブを生み出します。この分散型モデルは、データが許可なしであり、検閲やサービス条件の突然の変更に対して抵抗力を持つことを保証し、中央集権的なプロバイダーに関連する「ラグプル」リスクを排除します。
一方で、一部の観察者は、データポータビリティの核心的な問題は単にブロックチェーン間でデータを移動することではなく、dAppsが根本的にどのように構築されているかに根ざしていると主張しています。彼らは、今日のエコシステムが断片化しており、開発者が異なるチェーンや単一のアプリケーション内でも異なるインデクシングソリューションを使用せざるを得ないことが多いと述べています。
ハンセンは、The Graphのインデックス作成ソリューションが高い基準を設定している一方で、開発者に対して依然として残る問題があることを認めています。彼は次のように付け加えています:
開発者は、分散型基準に従いながら、ブロックチェーンデータのニュアンスと複雑さに合ったデータワークフローを望んでいます。
しかし、グラフ財団のチームリーダーは、ザ・グラフのチームがユーザーの課題に取り組んでおり、現在のプロダクト開発はこれらの多くの問題を解決することに焦点を当てていると指摘しました。
今後、ハンセンはグラフがWeb3と業界の成長するニーズに合わせて進化し続けると期待しています。彼は、構築されているインフラが「透明性や制御を損なうことなく、ビルダー、ユーザー、そして機関をサポートするように設計されている」と付け加えています。
20k 人気度
30k 人気度
54k 人気度
272k 人気度
38k 人気度
グラフ対ゲートキーパー:分散型インデクシングはWeb3を救えるか?
ブロックチェーンインデクシングは、分散型アプリケーション (dApp) のデータをアクセス可能かつ利用可能にする重要なプロセスです。The Graphの成功にもかかわらず、特に異なるブロックチェーン間でのデータのポータビリティと断片化に関する課題が残っています。
ブロックチェーンインデックス: 分散型アプリケーションデータを使いやすくする
分散型アプリケーション (dApps) の台頭は、私たちが技術とどのように相互作用するかに新しいパラダイムを解き放ちました。しかし、これらのアプリケーションを構築することは、基本的な課題を伴います:ブロックチェーンに保存されている膨大で常に増加し続けるデータにアクセスすることです。従来のデータベースは、構造化クエリ言語 (SQL) のような言語を使用して簡単に検索できますが、ブロックチェーンデータは、ブロックの線形で時間順に並んだシーケンスで保存されています。
単一のトランザクションやユーザーのウォレット履歴を見つけるには、数百万のブロックを丹念にスキャンする必要があり、このプロセスは遅く、非効率的であり、ほとんどの分散型アプリケーションにとってはコストがかかりすぎます。ここでブロックチェーンインデックスの重要性が増します。要するに、インデックス作成とは、ブロックチェーンからのすべての生の非構造化データを取得し、それを検索可能でクエリ可能なデータベースに整理するプロセスです。これは、抽出、変換、ロード(ETL)と呼ばれる多段階プロセスを通じて達成されます。
インデクサーは、ブロックチェーンノードに接続してリアルタイムで新しいアクティビティを監視するプロセスを開始します。次に、トランザクションの詳細、スマートコントラクトのイベント、状態変化などの重要なデータポイントを抽出します。これに続いて、生の抽出データをデコードし、より意味のある構造化された形式に変換する重要なステップがあります。最後に、この変換されたデータは構造化データベースにロードされ、dAppsや開発者がクエリを実行し使用できるように即座にアクセス可能になります。
中央集権型インデックスの危険性
このETLがなければ、ブロックチェーン上の貴重なデータは実用的な使用のためにほとんどアクセスできないままとなり、結果としてdAppsは使用不可能になります。インデクシングはWeb3エコシステムの基盤となるコンポーネントですが、すべてのソリューションが同じように作られているわけではありません。The Graph FoundationのチームリードであるNick Hansenが指摘したように、多くのdAppsは現在、中央集権的なベンダーに依存しているか、自社内でインデクシングインフラを構築しています。
このような迅速な解決策を提供することはできますが、中央集権的なベンダーに契約条件を変更したり、サービスを停止したりする権限を与えるなど、重大なリスクを伴います。この単一の障害点への依存は、Web3が構築されている分散化の核心的な原則をも損ないます。さらに、中央集権的なソリューションは、データの正確性を保証するために必要な透明で信頼できないメカニズムが欠けていると言われており、dAppsにとって多くの問題を引き起こす可能性があります。
グラフの分散型アプローチ
この問題を克服するために、ブロックチェーンの「Google」と呼ばれるThe Graphは、この問題に対する分散型の代替手段を提供します。それは、迅速で信頼性が高く検証可能なブロックチェーンデータを提供するために、独立した参加者のグローバルネットワークを調整するプロトコルです。
ネットワークは、ネイティブトークンであるGRTによって駆動されるインセンティブと罰則のシステムを通じて運営されています。システムの参加者には、基本的にGRTをステークし、データクエリに応じて競争するノードオペレーターであるインデクサーが含まれます。彼らはサービスを提供することで、クエリ手数料とインデクシング報酬の両方を得ることができます。
キュレーターは、どのアプリケーションプログラミングインターフェース (APIs) またはサブグラフが最も価値があり、したがってインデックス化されるべきかを示すことが仕事の他の参加者です。一方、デリゲーターは自分のノードを運用することなく報酬の一部を得るために、インデクサーにGRTを委任してステーキングします。
データの整合性を確保するために、プロトコルには堅牢なスラッシングメカニズムが含まれています。インデクサーが悪意を持っている、または不正確なデータを提供していると判断された場合、彼らがステークしたGRTの一部が「スラッシュ」されるか、押収される可能性があります。したがって、これはインデクサーが正直であり、職務を正確に果たすための強力な経済的インセンティブを生み出します。この分散型モデルは、データが許可なしであり、検閲やサービス条件の突然の変更に対して抵抗力を持つことを保証し、中央集権的なプロバイダーに関連する「ラグプル」リスクを排除します。
一方で、一部の観察者は、データポータビリティの核心的な問題は単にブロックチェーン間でデータを移動することではなく、dAppsが根本的にどのように構築されているかに根ざしていると主張しています。彼らは、今日のエコシステムが断片化しており、開発者が異なるチェーンや単一のアプリケーション内でも異なるインデクシングソリューションを使用せざるを得ないことが多いと述べています。
ハンセンは、The Graphのインデックス作成ソリューションが高い基準を設定している一方で、開発者に対して依然として残る問題があることを認めています。彼は次のように付け加えています:
しかし、グラフ財団のチームリーダーは、ザ・グラフのチームがユーザーの課題に取り組んでおり、現在のプロダクト開発はこれらの多くの問題を解決することに焦点を当てていると指摘しました。
今後、ハンセンはグラフがWeb3と業界の成長するニーズに合わせて進化し続けると期待しています。彼は、構築されているインフラが「透明性や制御を損なうことなく、ビルダー、ユーザー、そして機関をサポートするように設計されている」と付け加えています。