TL;DR: Edge & Node の Rem が GIP-0070 を紹介し、The Graph プロトコルの経済性の変更を提案しています。この提案は、ネットワークのバランスの維持、インセンティブの調整の強化、継続的な改善という 3 つの主な目標に対処することを目的としています。主な変更点としては、インデックス報酬に代わるネットワーク支払いとネットワーク報酬の導入、動的なクエリ料金削減の実施、より幅広いネットワーク活動を可能にする新しいガバナンス メカニズムの確立などが挙げられます。
みなさん、こんにちは。Indexer Office Hours の会議議事録、セッション 191 へようこそ。

動画リンク: https://youtu.be/Ku5r34m65n4
ARPA Network と Bella Protocol の共同創設者である Felix Xu が出演する GRTiQ ポッドキャストをご覧ください。
会話の中で、フェリックス氏は暗号通貨市場の進化、AI が取引に与える影響、そして 2017 年以降の市場サイクルに関する見解を共有しました。彼は、分散型金融の将来、ミームコインの台頭、そして彼のチームによる暗号通貨取引のための高度な AI モデルに関する取り組みについて語りました。
重要なリポジトリの最新の更新
sfeth/fireeth: 新バージョン:
- バージョン 2.9.1:
- 日付: 2025-01-20 19:14:45 UTC
- このリリースでは、回帰に対処するためにリリース 2.9.0 で削除された firehose および substreams-tier1 の grpc.health.v1.Health サービスが再導入されています。
- さらに、トレース ID が GCP ロードバランサの外部に漏洩するのを防ぐために、X-Cloud-Trace-Context トレース ヘッダーが優先されます。
- 緊急インジケータ: 黄色
- 緊急の理由: 重要な更新ですが、直ちにリスクはありません。
- バージョン 2.9.0:
- 日付: 2025-01-16 15:47:36 UTC
- このリリースでは、いくつかの重要な更新と重大な変更が導入されています。
- 新しい機能には、インスタンス間でアクティブなリクエストのバランスをとるためのサブストリーム ティア 1 の強化された構成オプション、拒否されたリクエストを追跡するための新しい Prometheus メトリック、およびブラウザ クライアントの HTTP 圧縮サポートの改善が含まれます。
- fireeth ツールと Reader Node Manager API も最適化され、改善されました。
- 重大な変更: Firehose は、クライアント接続に対してデフォルトで GZIP または ZSTD 圧縮を強制するようになり、–firehose-enforce-compression=false が使用されない限り、圧縮されていないリクエストを拒否します。さらに、従来の sf.firehose.v1 プロトコルのサポートも削除されました。
- 緊急インジケータ:赤
- 緊急の理由: このプロトコルは、圧縮されていない Firehose 接続または古いプロトコルに依存しているユーザーにとって非常に重要です。
チャットルームから:
Matthew Darwin | Pinax: Pinax は新しい Firehose 2.9.1 にアップグレードされました。
Ana |GraphOps: 順調に進んでいるようですね。
チャットルームから:
Matthew Darwin | Pinax: Pinax が新しい Firehose 2.9.1 にアップグレードされました。
Ana |GraphOps: 順調に進んでいるようですね。
マシュー・ダーウィン | Pinax: エリゴン 3 の現状について、皆さんはどう思われますか? Erigon チームは、Erigon 2 から移行することを望んでいます (下記参照)。

Ana: GraphOps はまだ Erigon 3 を試していないので、それについては意見はありませんが、皆さんの意見も興味があります。
- インデクサー サービスおよびエージェント (TS): 新しいバージョン v0.22.0:
- 日付: 2025-01-15 18:40:07 UTC
- バージョン 0.22.0 では、Epoch および TAP サブグラフのローカル クエリをサポートすることで機能が強化され、操作状態管理が改善され、保留中の RAV の問題が解決されます。これらのアップデートはパフォーマンスを最適化し、既存のバグを修正しますが、運用にとって重要ではありません。
- 緊急インジケータ: 黄色
- 緊急の理由: 重要な更新ですが、すぐに必要な重大な更新ではありません。
- インデクサー サービスとクリック エージェント (RS): 新しいバージョン indexer-service-v1.4.1:
- 日付: 2025-01-16 14:08:05 UTC
- バージョン 1.4.1 では、CheckHealthError のシリアル化とヘッダーの保存に関連する認証ミドルウェアのバグが解決され、システムの信頼性が向上します。最適なパフォーマンスを維持するために、オペレーターはこのアップデートを適用する必要があります。
- 緊急インジケータ: 黄色
- 緊急の理由: 重要な修理ですが、差し迫った脅威ではありません。
チャットルームから:
Matthew Darwin | Pinax: The Graph ノード バージョンについて、paka | E&N から何か更新はありますか?そんな風に考えないでください。
ミッキー | The Graph (E&N): 今朝のマルコによると、もうすぐ登場とのこと。
Paka は翌日 (1 月 22 日) Discord でアップデートを共有しました。
こんにちは、インデクサーさん。
今後の Graph Node リリースに関する最新情報をお知らせできることを嬉しく思います。現在、最新のリリース候補の最終テストを行っています。これらのテストには、すべてが安定して準備ができていることを確認するために約 10 日かかります。すべてが順調に進めば、月曜日に完全リリースすることを目指しています。
また、ステージング環境の改善に積極的に取り組んでおり、将来的にはテスト時間を約 4 日間短縮できる見込みであることもお知らせします。この間の皆様の忍耐とサポートは私たちにとって大きな意味を持ちます。
その間、変更をプレビューしたい人のために、今週後半に GitHub リポジトリでプレリリースにタグを付ける予定です。今後のアップデートにご期待ください。このリリースの成功にご協力いただきありがとうございました。
協定の重要な変更に関する最新情報
以下のすべての解決策が実施されました:
- 紛争に関する情報の要求 #GDR-24
- 描画 (議論についてはフォーラムの投稿を読んでください)
- 紛争に関する情報の要求 #GDR-25
- スラッシュ(無反応)
- 紛争に関する情報の要求 #GDR-22
- スラッシュ(引き分けを支持する決定的なデータがない)
- 紛争に関する情報の要求 #GDR-24
- 描画 (議論についてはフォーラムの投稿を読んでください)
- 紛争に関する情報の要求 #GDR-25
- スラッシュ(無反応)
- 紛争に関する情報の要求 #GDR-22
- スラッシュ(引き分けを支持する決定的なデータがない)
- 修正: TAPCollectorAuthorizationAlreadyRevoked をクリーンアップ #1089 (オープン)
- その他: Ignition を v0.15.9 に更新 #1087 (オープン)
Edge & Node の Rem 氏は、The Graph プロトコル経済の将来についてさらに議論しました。
以下の選択されたスクリーンショットは彼のプレゼンテーションから取られたものです。
Rem は、The Graph Indexer Office Hours #187で GIP-0070 とさまざまな参加者の要件を紹介しました。
- フォーラム投稿とディスカッション: 進化するグラフプロトコル経済
- GitHub 正式提案: GIP-0070: グラフ プロトコル経済の進化
Rem: 今日は、GIP (Graph Improvement Proposal) そのものについて議論することに焦点を当てたいと思います。 GIP-0070 は、プロトコルの改善をカバーする包括的な GIP です。
プロトコルが現在どのように機能しているかについて説明します。プロトコルはデータにインデックスを付け、消費者が利用できるようにし、消費者はクエリに対して料金を支払います。また、インデックス作成者が何をインデックスすればよいかわかるように、データ(サブグラフ)を管理するキュレーターもいます。インデクサーはデータを配布し、インデックスを作成します。割り当てを委任し、インデックス作成者を支援する委任者がいます。最後に、プロトコルはインデックス報酬を発行します。
全体として、これは連携して互いにバランスをとるように設計された、統合された一貫したメカニズムのセットであり、多くのことを非常にうまく実行します。現在、改善すべき領域がいくつか特定されていますが、基本的にプロトコルは全体的に良好なバランスを保っています。この提案の主な目標の 1 つは、このネットワークのバランスを維持する必要があることです。
インデックス報酬
インデックス報酬は、インデックスが実行され、ネットワークが稼働し続けることを保証するために配布・発行されます。これを維持できるようにする必要があります。
手数料、割り当て、キュレーション、および問い合わせ料
ネットワーク全体のバランスをとるために統合された役割インセンティブがあるため、メカニズムを個別に考えるのではなく、メカニズムの動作のバランスをとるために、私たちが行うすべての作業にその設計を組み込む必要があります。

この提案のもう一つの大きな目標は、インセンティブの整合を強化することです。
ネットワーク上で何が起こっているか(おおよそのことですが)を見てみると、インデックス報酬とキュレーションの分野で起こっていることは、消費者とクエリ料金の分野で起こっていることと、私たちが望むほど密接に相関していないことがわかります。
データを提供しなくても、インデックス報酬を獲得するためにキュレートして割り当てる量を調整できますが、これは長期的にはネットワークにとって問題となります。トラフィックが増加するにつれて、ここで一貫性を保つようにする必要があります。
現在、ネットワーク報酬は消費者に提供される価値とは無関係です。
データを提供しなくても、インデックス報酬を獲得するためにキュレートして割り当てる量を調整できますが、これは長期的にはネットワークにとって問題となります。トラフィックが増加するにつれて、ここで一貫性を保つようにする必要があります。
現在、ネットワーク報酬は消費者に提供される価値とは無関係です。

ネットワークが消費者に価値を提供するためのインセンティブが限られている
これらの特定のインセンティブが完全に一致していないというだけではありません。ウェブ上でやりたいことは他にもあります。
インデックス料金
現在、インデックス料金と現在のクエリ料金の間には関連性はありません。インデックス料金自体は切り離されています。それは、すでに存在していたものではなく、私たちが導入した別のモチベーション領域のようなものです。
ビルダー/貢献者の活動
ネットワーク上で何らかの活動をしたいと考えています。ある意味では、すでにそうなっていますが、ある意味では、それは新しい活動です。現在のインセンティブではこれらの要素が考慮されていません。
定義、構築、統合
ビルダーは定義、構築、統合を行います。
スペース、サービス、モジュール...
サブグラフ、サブストリーム、または新しいデータ サービスを作成する開発者。
貢献と協力
人々は、ナレッジグラフ上のスペースだけでなく、貢献できる他の場所にも貢献します。

これらすべてがどのように実現されるかを議論することはこの提案の範囲を超えていますが、私たちはそれを奨励し、それがプロトコルの進化の提案された方法に確実に反映されるようにする必要があります。
最後の大きな目標は継続的な改善です。
拡張ネットワークアクティビティの残高発行割り当て
私たちは、これらのさまざまなものにインセンティブを与えたいと考えており、公平かつ公正な方法で行われるように、何らかの方法でこれらの発行のバランスを取る必要があります。また、私たちが行うすべてのことが、たとえば財団上場の終了後など、The Graph の長期的な持続可能性の基盤となるようにする必要があります。

これらが私たちの主な目標であり、かなりの数の赤いボックスが作成される理由です。
チャットから:
Pierre | Chain-Insights.eth: インデックス報酬は分配によって直接乗算されます。これはインデックス料金で解決できますか?
これらが私たちの主な目標であり、かなりの数の赤いボックスが作成される理由です。
チャットから:
Pierre | Chain-Insights.eth: インデックス報酬は分配によって直接乗算されます。これはインデックス料金で解決できますか?
Rem: 実際には、これはインデックス手数料とは無関係です。インデックス報酬は、割り当て額と総割り当て額の比率で乗算されます。おっしゃる通り、その点は考慮されますが、インデックス手数料には別の仕組みがあります。今はそれについてあまり深く考えないようにしています。それだけで会話が長くなるからです。
提案の観点から、これらの問題にどのように対処するつもりですか?
インデックス報酬は変更する必要があり、提案では次の 2 つの方法で報酬を配布することを提案しています。
- ネットワーク支払いは、インデックス作成およびクエリ サービスに対する直接支払いです。
- ネットワーク リワードは、本質的にはインデックス リワードに似た報酬をインデクサーに提供しますが、インセンティブの整合性を向上させるために、サービス品質に基づく資格基準を組み込んでいます。
ネットワーク報酬は、ネットワークの健全性のベースライン機能を維持し、インデクサーがネットワークに参加できること、および提供されるサービスの品質を確認できるようにします。ネットワーク支払いは、オリジネーターがインデックス支払いやインデックス料金の支払いなどを行ったり、コンシューマーがクエリを発行したりするなど、他のユーザーと同じメカニズムを使用して、発行メカニズムを通じてインデクサーに直接行われます。これは、正しいデータがインデックス付けされることを保証し、サービスの品質を積極的に監視できることも意味します。市場のダイナミクスを少し変更して、インデクサーがどこで役立つかを予測する必要がないようにすることができます。代わりに、ネットワークはインデクサーに何が必要かを予測する作業を実行することを要求します。

2 番目の大きな変更点はクエリ料金です。クエリ料金の削減方法が変わります。元のプロトコルではカットが固定されており、これは、正確さを得るために時計が止まることを期待するようなものです。止まった時計は一日二回は正しい時を刻みます。固定クエリ料金の削減は、適切なレベルになることはまれです。クエリ料金は参加者によって動的に決定され、カバーできる範囲は少し広くなります。この変更により、貢献者間の貢献とコラボレーションが促進されます。実際のメカニズムについては、この提案の範囲外であるため、ここでは説明しません。

スポンサーとは、より正式には、スポンサーのニーズに最も合ったインセンティブを提供する役割であると定義します。これはキュレーションに少し似ていますが、インデックスに対して直接料金を支払うため、インデックスに対して料金を支払った人は時間の経過とともに報酬を得ることができます。これにより、ネットワークは自己バランスをとることが可能になり、この自己バランスを実現するための削減は市場の需要に基づいて行われます。

当初の合意では、キュレーションが期待通りに機能していないと感じられました。名前はそのままにしましたが、仕組みは少し異なります。新しいキュレーション メカニズムでは、キュレーターは引き続き GRT をロックしますが、GRT をロックする目的とそのプロセスはより具体的になります。ユーザーは欲しいものを探し、一定量の発行物が用意されており、その発行物はインデックス作成のスポンサーやキュレーションが実行できるその他の活動に効果的に使用されます。
当初の合意では、キュレーションが期待通りに機能していないと感じられました。名前はそのままにしましたが、仕組みは少し異なります。新しいキュレーション メカニズムでは、キュレーターは引き続き GRT をロックしますが、GRT をロックする目的とそのプロセスはより具体的になります。ユーザーは欲しいものを探し、一定量の発行物が用意されており、その発行物はインデックス作成のスポンサーやキュレーションが実行できるその他の活動に効果的に使用されます。
これらのメカニズムはすべてオープンかつ共同作業ができるように設計されているため、さまざまな用途に使用できます。初期のネットワークは、インデックス作成とインデックス作成料金に重点を置いています。私たちは現在、ナレッジ グラフ空間で何が起こるかなど、Web 上の他のアクティビティについてより広く考えています。そのため、キュレーションは、データのインデックス作成だけでなく、ナレッジ グラフのコンテンツの作成や、Web 上で発生する可能性のある他のタスクにも実行できるアクティビティになります。

つまり、キュレーションは固定されていますが、スペース、サービス、モジュールなどをカバーし、定義、構築、統合するインセンティブがあることにも注意してください。
繰り返しになりますが、この貢献者コラムの内容はすべてこの提案の範囲外ですが、私たちはさまざまなアクティビティをサポートできるベースライン プロトコルを提案します。

私たちの職場にはさまざまなメカニズムが働いており、それらのバランスが取れていることが非常に重要です。クエリ料金の削減に関する私のコメントと同様に、固定料金の削減を設定した場合、削減はわずかな割合の時間のみ適用されます。特定の発行残高をハードコードすると、それは間違いになると思います。プロトコルは、人々が GRT をロックする方法とバランスを取る必要があります。

現在、インデックス報酬(ネットワーク報酬と呼ばれる)が行われており、その発行はネットワークの維持・構築のための補助金として利用されています。私たちはそれに依存しており、現段階ではそれを止めることはできません。しかし、これは補助金であるため、仕組みがどのように機能するか、また、時間の経過とともに純粋にインデックス化された補助金からより一般的な補助金へとどのように移行するかを誰もが理解できるように、透明性のある方法で計画する必要があります。
外部収入が増加するにつれて、発行補助金ネットワークへの依存が徐々に減少するのは当然です。正確なパラメータはまだ確定していませんが、これは多くの人が参加できる議論だと思います。おそらく妥当な妥協点は、ネットワークに流入する外部収益が 1,000 万ドルほど追加されることでしょう。外部収益とは、おそらく人々が支払うクエリ料金 (クエリ料金がおそらく最大の収入源) を意味します。したがって、1,000 万ドルのクエリ料金は発行によって支払われるのではなく、どこか別のところから支払われます。ただし、外部収益が 1,000 万ドル増加した場合、補助金を少し減らすことができるかもしれません。妥当な割合は半分になると思います。そのため、外部収入は1000万増加し、補助金の額は500万減少しましたが、インデックスネットワークは依然として以前よりも多くの収益を上げました。それでも 500 万ドルの増益となりましたが、インデックス作成のみを目的としたこの補助金から透明性をもって脱却し、他の目的に使用できるようにしています。

NSun | Graphtronauts: 他にはどのような目的があるのでしょうか?
レム: 1 つはナレッジ グラフ上のものです。これはおそらく現時点で私たちが知っている明白なものです。しかし、Web の長期的な持続可能性に関して、私たちが将来行うすべてのことを必ずしも予測できるわけではありません。ネットワークをただ 1 つの目的だけに使用することにした場合、柔軟性は事実上なくなります。柔軟性を持ち、ネットワークの他の領域に投資できることが、私たちにとって最大の利益となります。
Marc-André |Ellipfra: 誓約額に基づいて自己調整発行。あなたが求めている方向性と影響を私たちが理解できるように、あなたが考えている数字をいくつか教えていただけますか?
Rem: 最後に確認したとき、自己ステーキングと委任の組み合わせに使用されるロックされた GRT は約 25 億ありました。現在の 25 億は、主にネットワーク報酬とネットワーク支払いに何を使用するかを決定するプールと考えることができます。最後に確認したときは、キュレーション量は 700 万か 800 万 (10 億ではありません) だったので、現時点ではキュレーション量は非常に少ないです。これは、外部クエリの数も少ないことが一因である可能性があります。
しかし、自己均衡型発行の場合、ステーク(委任を含む)に基づく割合が 1 つのバケットであり、新しいガバナンス メカニズムの割合が将来的にナレッジ グラフやインデックスなどの他の場所に物事を誘導する可能性がありますが、ナレッジ グラフはインデクサーに送られないバケットであるため、興味深いケースとして使用しましょう。現時点では、発行の 1% 未満が他の用途に送られ始めます。さて、多くの人がこれに興味を持ち、計画を立て始めれば、このシェアは増加するでしょう。
検討すべき興味深いシナリオ
ナレッジ グラフに対する追加のキュレーション需要が純粋な新規需要である場合、供給が固定されていれば需要は増加し、限界需要は限界供給に比例するため、実際にはインデクサーに悪影響を与えることはありません。実際、インデクサーに流れる割合は同じ値のままです。つまり、GRT は低くなりますが、GRT はより価値が高く、同じ値になります。
検討すべきもう 1 つのケースは、純粋な新規需要ではなく、実際には既存の委任者である場合です。つまり、金額は変更されておらず、既存の委任者が、キュレーターおよび委任者として抽選を行うつもりであると言っているということです。これは、プロトコルが最初に機能する方法を設計して軽減するリスク要因です。委任者の 90% がキュレーションを行うことを決定した場合、インデクサーの収入は減少しますが、これは私たちの意図ではありません。
Vince |Nodeify: もし今日魔法のスイッチを入れたら、現在のクエリ量と資本金を考えると、インデクサーの収益にどの程度の純マイナス影響があるか、具体的な数字は出ましたか?提案された変更の良い面は無視されます。
レム:現在のデータによると、その割合は1%未満です。ネットワーク需要のその他の変化を完全に予測することはできませんが、現在 GRT をロックする方法を新しいメカニズムに変更すると、インデクサーに渡される発行プールの合計量は 1% 未満に減少します。 1% 未満でも、新しいメカニズムのプロトタイプを作成し、その動作を試行することができるため、これは実際にはネットワーク全体にとって有用となることに注意してください。
以下は提案そのものの図です。これまで議論してきたプロトコルの側面が、ネットワークのバランスの維持、インセンティブの調整の強化、継続的な改善の維持という提案の主な目標やテーマにどのように関連しているかがわかります。

---GIP-0070 からの図: 進化するグラフ プロトコル経済
デザインに関しては、3つの原則があります。設計原則は相互に密接に関連しており、あらゆる物事の中心にあります。
- すべてが共同作業可能なオープンプリミティブである必要があります。これは、元のプロトコルと比較して Horizon によって行われた変更に部分的に影響を受けました。元のプロトコルはこの設計でかなり固定されていましたが、Horizon とデータ サービス領域はそれを公開し、これらの契約などを作成し、さまざまな方法で使用できるようにし始めました。これらが使用される可能性のあるすべての方法を規定したり、予測しようとしたりするつもりはありません。すべてのメカニズムは連携して動作するように設計されていますが、汎用性があります。
- 私たちは消費者価値の整合に重点を置く必要があります。消費者に価値を提供できるようにネットワークを設計する必要があります。それが長期的にネットワークを成功させる鍵となるからです。
- 需要を満たし、適切なバランスが保たれるようにするには、時間の経過とともにエコシステムが需要に合わせて自己調整(自己バランス)できるようにする必要があります。固定カットを予測して設定することはできません。
下の図に示すように、提案された各メカニズムにはグラフ改善提案 (GIP) が含まれる予定です。

---GIP-0070 からの図: 進化するグラフ プロトコル経済
だからこそ、この質問にもっと早く答えられなかったのです。ご覧のとおり、この質問に完全に答える GIP はまだ作成されていません。これらが発展するにつれて、それぞれが Indexer Office Hours で議論される価値が出てくるでしょう。皆さんの意見もぜひお聞かせください。
何かアイデアがありましたら、フォーラムのスレッドで議論に参加してください。今後もさらに貢献していきたいと思っています。私が試したことがうまくいかなかったために、デザインの多くの側面が何度も変更され、今後もいくつかの側面が変更になると予想しています。
(関連する専門用語、コメント、コード ライブラリ、ハイパーリンクなどを見つけるには、ブログをフォローしてください。)
#ブロックチェーンデータインデックス#グラフ
全てのコメント