# 暗号化公地悲劇シリーズ:分散化予測市場のデータインデックス問題###概要この記事は、イーサリアムエコシステムにおける予測市場アプリケーションPolymarketとそのデータインデックスツールに焦点を当てています。"分散化予測市場"の代表として、Polymarketの重要な基盤モジュール—データインデックスは本当に分散化を実現しているのか?The Graphのような公共インフラが期待された役割を果たせなかったのはなぜか?実際に使用可能で持続可能なデータインデックス公共財はどのような形態を持つべきか?### 一、中央集権型データプラットフォームのダウンが引き起こす連鎖反応2024年7月、Web3開発者向けのブロックチェーンデータインフラプラットフォームGoldskyが6時間にわたるダウン事故を起こし、Ethereumエコシステムの多数のプロジェクトが機能不全に陥りました。これは、不安を抱かせる事実を露呈しました: ブロックチェーン自体は可能な限り分散化を実現しているものの、チェーン上に構築されたアプリケーションが使用するインフラはしばしば大量の中央集権的サービスを含んでいます。ブロックチェーンデータのインデックスと検索は「排他性がなく、競争的でない」デジタル公共財に属します。ユーザーは無料または非常に低い料金を期待しますが、その背後には高強度のハードウェア、ストレージ、帯域幅、運用メンテナンスの人材に継続的に投資する必要があります。持続可能な利益モデルが欠如している場合、勝者がすべてを持っていく集中化のパターンが現れます。これは私たちに警告します。分散化された世界は、公共製品の資金提供、再分配、またはコミュニティ主導の取り組みによってWeb3インフラの多様性を豊かにする必要があります。さもなければ、中央集権の問題が発生します。私たちはDApp開発者にローカルファーストの製品を構築するよう呼びかけ、また技術コミュニティにDApp設計の際にデータ取得サービスが無効になった場合を考慮し、ユーザーがデータ取得インフラがなくてもプロジェクトと相互作用できるようにすることを求めます。! [](https://img-cdn.gateio.im/social/moments-072a2b47c21c3e4afbb63ec813192650)### 2. DAppデータのソース一般のユーザーにとって、DAppは通常、チェーン上の契約とフロントエンドページで構成されています。しかし、フロントエンドに表示されるデータは一体どこから来るのでしょうか?#### データ検索サービスの必要性借貸協定を例にとると、フロントエンドでユーザーのポジション状況を表示するには、現在のシステム内のすべてのポジションを検索し、現在のユーザーに属するポジションを見つける必要があります。このプロセスはフロントエンドでは実現が難しく、サーバー上でローカルノードに依存してデータ検索タスクを実行しても、しばしば数時間もかかります。したがって、データ取得を加速するためにインフラを導入する必要があります。### # SubGraph、TheGraph、Goldskyの関係SubGraphは、チェーン上のデータを読み取り、集約するための開発フレームワークです。TheGraphは初期の分散化データ検索プラットフォームで、AssemblyScriptで書かれたSubGraphフレームワークを開発しました。GoldskyもSubGraphのホスティングプロバイダーです。! [](https://img-cdn.gateio.im/social/moments-bb1cb45b2305809288006d0bfcedd46c)####GoldskyとTheGraphの充電モデルの比較Goldskyは、リソース使用に基づくシンプルな料金基準を採用しています。一方、TheGraphにはGRTトークンの経済学に関連する複雑な料金スキームがあり、クエリ料金やステーキング料金などが含まれます。### # TheGraphの体験が悪いほとんどの開発者にとって、TheGraphを使用するのは面倒です。GRTのステーク量とオペレーターを引き付けるのに必要な時間には不確実性があり、コスト計算や会計処理も複雑です。それに対して、Goldskyを選ぶ方が簡単で直接的です。! [](https://img-cdn.gateio.im/social/moments-08d8405524103b94f4f2f39182967c30)### 3. 既存の解決策TheGraphの他にもいくつかの解決策があります:1. ponder:シンプルで、開発体験が良く、展開が簡単なデータ検索サービスソフトウェアで、開発者は自らサーバーを借りて展開することができます。2. ローカルファースト開発理念: ソフトウェアはオフライン作業とクロスクライアント協調機能を備える必要があります。DAppシナリオでは、重要なデータをキャッシュし、ダウングレード機能を設計することで実現できます。### IV. まとめGoldskyのダウン事件は、Web3エコシステムが中央集権的インフラに高度に依存していることを暴露しました。開発者は、ponderなどの自己ホスティングデータ検索フレームワークを非常時の選択肢として使用することを検討すべきです。また、ローカルファースト開発の理念を採用し、データ検索サービスがなくても使用可能なアプリケーションを構築することが重要です。私たちは、より多くの開発者がこのインフラに注目し、分散化されたデータ検索サービスを構築したり、データ検索サービスがない状態でも機能するDAppフロントエンドフレームワークを設計することを試みることを望んでいます。! [](https://img-cdn.gateio.im/social/moments-c5cf2c47b21dae663922679723181ca9)
DAppsデータインデックスのジレンマを解明:分散化予測市場の危険性と解決策
暗号化公地悲劇シリーズ:分散化予測市場のデータインデックス問題
###概要
この記事は、イーサリアムエコシステムにおける予測市場アプリケーションPolymarketとそのデータインデックスツールに焦点を当てています。"分散化予測市場"の代表として、Polymarketの重要な基盤モジュール—データインデックスは本当に分散化を実現しているのか?The Graphのような公共インフラが期待された役割を果たせなかったのはなぜか?実際に使用可能で持続可能なデータインデックス公共財はどのような形態を持つべきか?
一、中央集権型データプラットフォームのダウンが引き起こす連鎖反応
2024年7月、Web3開発者向けのブロックチェーンデータインフラプラットフォームGoldskyが6時間にわたるダウン事故を起こし、Ethereumエコシステムの多数のプロジェクトが機能不全に陥りました。これは、不安を抱かせる事実を露呈しました: ブロックチェーン自体は可能な限り分散化を実現しているものの、チェーン上に構築されたアプリケーションが使用するインフラはしばしば大量の中央集権的サービスを含んでいます。
ブロックチェーンデータのインデックスと検索は「排他性がなく、競争的でない」デジタル公共財に属します。ユーザーは無料または非常に低い料金を期待しますが、その背後には高強度のハードウェア、ストレージ、帯域幅、運用メンテナンスの人材に継続的に投資する必要があります。持続可能な利益モデルが欠如している場合、勝者がすべてを持っていく集中化のパターンが現れます。
これは私たちに警告します。分散化された世界は、公共製品の資金提供、再分配、またはコミュニティ主導の取り組みによってWeb3インフラの多様性を豊かにする必要があります。さもなければ、中央集権の問題が発生します。私たちはDApp開発者にローカルファーストの製品を構築するよう呼びかけ、また技術コミュニティにDApp設計の際にデータ取得サービスが無効になった場合を考慮し、ユーザーがデータ取得インフラがなくてもプロジェクトと相互作用できるようにすることを求めます。
!
2. DAppデータのソース
一般のユーザーにとって、DAppは通常、チェーン上の契約とフロントエンドページで構成されています。しかし、フロントエンドに表示されるデータは一体どこから来るのでしょうか?
データ検索サービスの必要性
借貸協定を例にとると、フロントエンドでユーザーのポジション状況を表示するには、現在のシステム内のすべてのポジションを検索し、現在のユーザーに属するポジションを見つける必要があります。このプロセスはフロントエンドでは実現が難しく、サーバー上でローカルノードに依存してデータ検索タスクを実行しても、しばしば数時間もかかります。したがって、データ取得を加速するためにインフラを導入する必要があります。
# SubGraph、TheGraph、Goldskyの関係
SubGraphは、チェーン上のデータを読み取り、集約するための開発フレームワークです。TheGraphは初期の分散化データ検索プラットフォームで、AssemblyScriptで書かれたSubGraphフレームワークを開発しました。GoldskyもSubGraphのホスティングプロバイダーです。
!
####GoldskyとTheGraphの充電モデルの比較
Goldskyは、リソース使用に基づくシンプルな料金基準を採用しています。一方、TheGraphにはGRTトークンの経済学に関連する複雑な料金スキームがあり、クエリ料金やステーキング料金などが含まれます。
# TheGraphの体験が悪い
ほとんどの開発者にとって、TheGraphを使用するのは面倒です。GRTのステーク量とオペレーターを引き付けるのに必要な時間には不確実性があり、コスト計算や会計処理も複雑です。それに対して、Goldskyを選ぶ方が簡単で直接的です。
!
3. 既存の解決策
TheGraphの他にもいくつかの解決策があります:
ponder:シンプルで、開発体験が良く、展開が簡単なデータ検索サービスソフトウェアで、開発者は自らサーバーを借りて展開することができます。
ローカルファースト開発理念: ソフトウェアはオフライン作業とクロスクライアント協調機能を備える必要があります。DAppシナリオでは、重要なデータをキャッシュし、ダウングレード機能を設計することで実現できます。
IV. まとめ
Goldskyのダウン事件は、Web3エコシステムが中央集権的インフラに高度に依存していることを暴露しました。開発者は、ponderなどの自己ホスティングデータ検索フレームワークを非常時の選択肢として使用することを検討すべきです。また、ローカルファースト開発の理念を採用し、データ検索サービスがなくても使用可能なアプリケーションを構築することが重要です。私たちは、より多くの開発者がこのインフラに注目し、分散化されたデータ検索サービスを構築したり、データ検索サービスがない状態でも機能するDAppフロントエンドフレームワークを設計することを試みることを望んでいます。
!