TL;DR: Ricky は、「インデクサー管理インターフェイス」や「コンテンツ品質割り当てオプティマイザー」など、インデクサーの操作を自動化するツールに関する進捗状況を共有しました。彼は、サブグラフの削除、サービスの品質メトリクス、リアルタイムの ISA スコアなど、いくつかのデモ ビデオを紹介しました。このセッションでは、ナレッジ/メモ、AI エージェント、コーディング環境をシームレスに統合し、GRC-20 に準拠することを最終目標とする 7 段階の計画の概要が説明されました。

皆さん、こんにちは。Indexer オフィスアワー会議議事録、セッション 188 へようこそ!

動画リンク：https://youtu.be/r04mwY9N6Wo

影響力のある暗号コンテンツクリエイターであり、広く支持されている YouTube チャンネルとニュースレター Wealth Mastery の原動力である Lark Davis の GRTiQ ポッドキャストをご覧ください。

重要なリポジトリの最新アップデート

Rethの新しいバージョン:

さまざまなクライアントに関する情報

インデクサー サービスおよびエージェント (TS): 新しいバージョン:

プロトコルの重要な変更に関する最新の更新情報

データ サイエンスと自動化の専門知識を持つインデクサーである Ricky が、最後に Indexer オフィス アワー (#183) に参加して以来、何をしてきたかを共有します。以前のディスカッションについては、 「The Graph Indexer Officehours #179」を参照してください。

Ricky: IOH 183 では、インデクサーのすべての可動部分を自動的に管理するために構築していたユーザー インターフェイスを披露しました。残念ながら、その記録は失われたようですが、まずそれを示しているビデオがあります。

初期バージョンのビデオ

サブグラフビデオの削除

サービス品質指標のビデオ

Matthew Darwin |Pinax: Grafana に参加したいですか? (または、ログはどこに保存されますか? インデクサー管理インターフェイスの作成にどのようなテクノロジ スタックが使用されていますか?

Ricky: インデクサー用に設定する方法は、基本的に各ログをテキスト ファイルに入れてから、(簡略化するために) そこから読み取ることですが、設定する場所では従来のログを使用したいと考えています。したがって、Loki やその他のソースの使用を検討します。最初は、すべての Docker コンテナーのログをテキスト ファイルに出力したり、テキスト ファイルから読み取ったりしていますが、一般的に、私の目標は既存のスタックと互換性を持たせることです。これまで私は Payne の Docker コンテナ スタックを使用してきましたが、新しいインデクサーでのセットアップ方法は、基本的に従来セットアップしていた変数から読み取ることであり、必要なのはこれだけです。 Payne については、新しいセットアップに取り組んでおり、そのセットアップと他のインデクサーで最適なセットアップ方法を評価します。

インデクサーをアップグレードする必要があったため、ここ数週間この問題に対処していませんでしたが、Payne が非常に親切で、新しいインデクサーのすべてを処理してくれました。これが素晴らしいコラボレーションとなり、インデクサー コミュニティに貴重なツールをもたらすことを願っています。

インデクサーをアップグレードする必要があったため、ここ数週間この問題に対処していませんでしたが、Payne が非常に親切で、新しいインデクサーのすべてを処理してくれました。これが素晴らしいコラボレーションとなり、インデクサー コミュニティに貴重なツールをもたらすことを願っています。

インデクサーの準備が完全に整ったら、長時間実行されるクエリやインデックス作成に関する自動化などに注目していきたいと思います。他の企業がこれらのツールを使用したい場合は、コスト削減に非常に意味のある影響を及ぼし始める可能性があります。この設定をできるだけ簡単にしたいと考えています。 .env 変数を取得し、そこから問題を解決するだけです。特にこの部分は現在進行中の作業となります。これらのことのいくつかを追求するのを手伝ってくれた Payne に感謝します。

stake-machine.eth: DB で直接サブグラフを削除しますか、それともグラフマン/API 経由で削除しますか? Vector.dev + Loki が良いでしょう。

Ricky: 基本的に、その仕組みは、従来のコマンドと非常によく似たシェル CLI コマンドを用意しており、それを実行すると CLI と対話します。そこで、一度に 1 つのコマンドのみを実行して終了する、少し異なるバージョンを作成しました。こうすることで、自動化を通じてコマンドを直接パイプできるようになります。はい、いくつかのアプローチは最良のアプローチではありませんが、これが私にとってはうまくいきます。

stake-machine.eth 内: 私たちは長い間、graphman API を求めてきました。 🙂

マシュー・ダーウィン | ピナックス: 貧乏人の API。

リッチ: 次に、私の目標は、実際に意味があり、できればうまく機能する方法で、AI エージェントを使用したさまざまな機能アプリケーションを示し始めることです。将来的には、より活発で効果的なバージョンを共有できることを願っています。インデクサーのセットアップが完了したら、私自身のインデクサー (Payne のインデクサー) で試してから、これらのツールを使用したい人にさらに共有します。

Matthew Darwin |Pinax: インデクサー管理インターフェイスの作成にはどのようなテクノロジ スタックが使用されていますか?

Ricky: これは Python で作られており、R プログラミングを専門とする会社が提供する Shiny for Python Express というツールを使用しています。私が共有した元のチュートリアルは R で書かれていました。彼らはアプリケーションを作成するために Python エコシステム内にいくつかのツールを作成しており、私はそれを使用していますが、ツール自体は互換性があります。

Matthew Darwin |Pinax: ぜひ試してみたいですね。とてもクールなものです。

ISA 採点ビデオ [23:45]

Ricky: これにより、ISA スコアがリアルタイムで表示されます。つまり、これはリバース エンジニアリングのようなもので、パブリック ISA リポジトリを利用し、ライブ バージョンに非常に近づけています。さまざまなサブプロットやさまざまなチェーンのスコアの内訳を確認して、問題を特定することができます。その多くはまだ進行中です。

これは、より広範な 7 段階のプロジェクト ロードマップの一部です。これらのいくつかについては、このグループからフィードバックを得て、これらのことについて懸念があるかどうかを確認することをお勧めします。

Ricky: さまざまな機会を見つけることができるキュレーション ツールがあります。ここでは、各サブグラフに含まれるクエリの数がわかります。これをある程度示しましたが、過去にはいくつかの問題がありましたが、現在は修正されています。

これに基づいて、プロキシの例を構築しました。

Ricky: さまざまな機会を見つけることができるキュレーション ツールがあります。ここでは、各サブグラフに含まれるクエリの数がわかります。これをある程度示しましたが、過去にはいくつかの問題がありましたが、現在は修正されています。

これに基づいて、プロキシの例を構築しました。

管理できるインターフェイスがあります。ここで、いくつかの良い機会を尋ねたところ、APR が 100% を超える 2 つの機会を指摘されました。

また、これらを視覚化して、時間の経過とともに確認できるようにし、その情報を入手したら、ある種の管理戦略の実行を依頼することもできます。

これは良い例だと思います。なぜなら、AI エージェントを何かを依頼できるものと考える人もいるからです。しかし、この場合、私は AI エージェントを、どのツールと対話するかを知ることを目的とする非常に小さなモジュール式コンポーネントだと考えています。したがって、管理機会のリストを提供するように要求すると、常に同じリストが提供されます。

これは、私が実験している別のツールで見ることができます。このツールでは、特定のサブグラフについて、そのサブグラフでのクエリの一貫性がどのようなものであるかを示すステータス エンドポイントからステータスを取得できます。その後、不一致が検出されると、異なるインデクサー間の分岐ブロックを見つけることができ、その情報を使用してインデクサーのエンティティの変更を検索し、実際のオンチェーン情報と比較して、オンチェーンの事実を取得できます。

このコンテキストでは、AI エージェントが実際に応答自体を提供するのではなく、ジョブに適したツールを選択することだけを行っていることがわかります。

私は現在、さまざまな AI エージェントやプロジェクトを使って多くの実験を行っています。

私が構築しているものはすべて、何らかの方法でプロトコルを改善するためのものであり、それはこれらすべてに当てはまると思います。このグループでこれらのことについて話し合えると、プログラムにとって役に立たないと思われる領域を特定できるので便利です。

キュレーションはさておき、委任の管理方法についても同様の設計が見られます。この AI ツールでは、最終的には決定を確認し、さまざまな種類の決定を下すループに人間が関与します。

インデクサーのさまざまな側面を管理するために、より特化したエージェントの開発を開始します。そこから、Edge & Node で働いている間に発見した重要なプロジェクトは、サブグラフの開発をさらに自動化することです。これはエコシステムにとって非常に優れた付加価値となる可能性があります。 The Graph を通じてより多くのデータを利用可能にし、アクセスできるようにすることは大仕事です。すべてのオンチェーンアクティビティが利用可能であることが確認できたので、現在 The Graph に存在しない高額な契約やプロジェクトの一部、特に The Graph がサポートしているチェーンの一部を絞り込み始めたいと考えています。 、ベースやソラナなど。 The Graph には現在存在しない多くのアクティビティが見られると思いますが、それを実現しやすくすることは大きな側面だと思います。

私の経験では、それは非常に困難であるため、The Graph からクエリを実行するには、必ずしもサブグラフ開発者である必要はありません。ここで私はある程度の進歩を遂げ始めました。

[33:22]

契約を提供すると、それがサブプロットの開発プロセスに役立つことがわかります。スキーマを生成すれば、適切な開始点が得られます。追加するさまざまなコンテンツについて AI 主導の提案が提供されます。それからマッピングに移ります。そのような感じです。

Matthew Darwin |Pinax:graph-cli の AI エージェント?

最終的に、私が取り組みたい主なプロジェクトの 1 つは、非常に優れたコンテンツ管理インターフェイスを作成し、独自のメモを書くことです。これに精通している場合は、Obsidian または Roam Research スタイルであり、すべてのコンテンツ情報を 1 か所にまとめており、さまざまな種類のコーディング プロジェクトに簡単に接続できると考えることができます。

要素を組み合わせて、ナレッジ コンテンツ管理システム、コーディング、プロジェクト、関心のあるものを統合し、それらをより適切に統合し始めると、かなり強力なソフトウェアができるようになると思います。 Geo のようなものと互換性のある方法で人々に提供すると、非常に興味深い可能性が開かれ始めます。

すべてのメモを Obsidian によく似た形式で保存しますが、LLM がプリインストールされている他のコーディング環境にその情報を実際に取り込むことができ、すべてのファイルがすでにセットアップされているものを接続できるので、親切です。独自の開発環境のようなものです。

このようなことは、人々にお金を払ってナレッジグラフを記入してもらうことに比べて、素晴らしいソリューションになると思います。 Geo の仕事に対する私のビジョンは、人々がお金を払ってでもそれを無料で利用できるようにし、GRC-20 標準と互換性のあるものを作成することです。

GRC-20 と互換性のあるものを作成し、データを独自のデータベースに書き込むことができました。まだ色々と調整中です。

これらはその方向への足がかりです。

[38:38]

現在、私が行っているすべてのことは、インデクサーの操作をより簡単、より効率的にし、このコミュニティに価値を提供することです。そのため、インデクサーとして何か困難な領域がある場合は、それについて聞き、私に何ができるかを考えたいと思っています。ヘルプ。

すべてのコード、特に Python コードの共有を開始します。当初、私の計画はこれらのツールを開発し、自分の仕事にさらに使用することでしたが、最初からすべてがオープンであり、貢献したい人は誰でも参加できるようにすることを好み始めています。

私のウェブサイトでは、クエリ整合性ツールとして提供しているため、ご覧の AI エージェント ツールはオープンソースです。

Matthew |Pinax: リッキー、あなたのものは素晴らしいですね。私が聞いた中で最も興味深かったのは、次のような言葉でした。

これらのツールの開発に協力していきたいと考えています。

Ricky: ええ、もちろん、それは素晴らしい呼びかけです。ありがとう、マシュー。最後の点に関して、私が示したクエリ整合性ツールで取り組みたいことの 1 つは、Graphix がツールとして使用できるようになるのを待っていることです。データについては、このある程度信頼できる真実の情報源があれば、誰もが簡単に自分のデータを操作して収集できるインターフェイスが手に入ります。 しかし、時間が経つにつれて、少なくとも信頼できる信頼できる情報源として Graphix に依存するようになります。これからも皆さんと一緒にこうした取り組みを続けていきたいと思っています。

Marc-André |Ellipfra: はい、Ricky は便利な POI ツールをたくさん考え出しました。ログに接続するというのは興味深いアイデアですね、マシュー。明らかに、これを達成するにはいくつかの課題があります。

Matthew Darwin |Pinax: これを達成する方法について話しましょう…

Vince |Nodeify: Ricky、グラフィックス イメージのパイプラインを作成しました。

Ricky: 誰かがこれらのツールを見て、自分のスタックにどのようにうまく機能するかを考え始めたい場合は、私が現在持っているツールを一般に公開して使用できるようにするつもりです。私が独自のスタックに使用しているものは、多くのインデクサーにとって現実的なアプローチではないと思います。また、他のスタックがどのようなものであるかについてはよく知りません。 Launchpad や Kubernetes などとどのようにうまく連携できるかを検討するのに役立つだろうと思いました。共有を開始してから、グループとしてこれらのことを繰り返し行うことができるかもしれません。

Matthew Darwin |Pinax: ええ、Launchpad との統合に間違いなく興味があります。

(関連する専門用語、コメント、コード ライブラリ、ハイパーリンクなどを見つけるには、ブログを閉じてください)

#web3data #TheGraph #ブロックチェーン データ インデックス