TL;DR: Timeline Aggregation Protocol (TAP) の移行ステータスに焦点を当てた IOH #185 の公開ディスカッションでは、クエリの約 82% が依然として 2 つのプライマリ インデクサーで待機しています。重要なハイライトは、アップグレード インデクサーを使用したリバース プロキシ ルーティングのゼロ ダウンタイム アップグレード戦略についての議論でした。これは、多くのサブグラフの単一障害点として機能するため重要です。インデクサーの TAP への移行期限は 2024 年 12 月 3 日です。

皆さん、こんにちは。Indexer オフィスアワーのエピソード 185 へようこそ!

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

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

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

ランチパッドのチャート:

Launchpad 名前空間:

質問：

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

Timeline Aggregation Protocol (TAP) は、The Graph をクエリするための新しいマイクロペイメント システムです。

インデクサーは 2024 年 12 月 3 日までに TAP に移行する必要があります。

TAP の詳細については、IOH レビューを参照してください。

Ana |GraphOps: Pierre が Discord で質問したので、そこから始めましょう。

Pierre はこのエラーについて質問しました (下記を参照)。クエリ受信に最小値がなく、期待値と受信値が存在する場合、インデクサー サービス エラーが発生します。最大受領値 GRT を増やすことを提案しましたが、改善されないようです。グスタボさん、何か提案があればと思いました。

2024-11-23T21:37:14.149104Z ERROR indexer_common::indexer_service::http::indexer_service: An IndexerServiceError occoured., self: Issues with provided receipt: Receipt error: Issue encountered while performing check: Query receipt does not have the minimum value. Expected value: 100000000000000. Received value: 54914160775223.

と

と

service.tap: max_receipt_value_grt: "0.01"

Gustavo | Semiotic Labs: 最小値が見つかるたびに、それはコスト モデルに関連します。 TAP にはコスト モデルがあるため、ゲートウェイがコスト モデルに従うように強制されています。したがって、この最小値はコスト モデルに関連しており、コスト モデルが高すぎるように設定されているインデクサーもあり、ゲートウェイにも予算があります。たしか、100 万クエリあたり 40 ドルを目標としていて、値がそれより高い場合は、期待値に達するのに十分ではないため、最大値を送信しようとします。そのため、一部のクエリは拒否されます。 。したがって、コスト モデルを少し下げること、おそらく 100 万クエリあたり 40 ドル近くにすることをお勧めします。

最大受信値 GRT は別の問題です。 TAP は少額の受信を受信すると予想されますが、送信者から 10 GRT を受信した場合は、何かが正しくありません。彼らはシステムを破壊する可能性のあるものを送信しようとしている可能性があります。それが彼らが非常に多くの GRT を送信する理由であるため、あなたはそれを受け入れるでしょう。そのため、最大領収書値 GRT があり、それが領収書が到達できる最大値になります。

Josh Kauffman | StreamingFast.io: 移行を監視することで、十分なインデクサーが移動されましたか?状況がどうなっているかを見るためにログを見たことがありますか?

Gustavo: 私たちはクエリの 80% 近くを処理しており、間もなく 2 つの大規模なインデクサーが加わる予定です。準備は完了です。しかし、私たちは移住したい人には引き続きサポートを提供します。

バックグラウンドでスクリプトを実行し、クエリの割合を今すぐお知らせします。

移行ステータス:

Pinax と Upgrade Indexer が TAP の実行を開始したら、次のようにします。

Marc-André |Ellipfra: 良いニュースです。IMO による展開は順調に進んでいます。ソフトウェアの全体的な改善、開発者の応答性、優れたコミュニケーション。

Abel |GraphOps: TAP 移行で直面した主な課題は何ですか?まだ移行していない人はいますか?

Mickey |The Graph |E&N: アップグレードされたインデクサーはまだ移行されていません。

インデクサーのアップグレードは、多くのサブグラフ (主に報酬のないチェーン上) にとって単一障害点となるため、いかなるダウンタイムも許容できません。

Marc-André |Ellipfra: はい、私の知る限り、アップグレードにはダウンタイムが必要です。

Gustavo は、ダウンタイムを回避する方法の計画と計画を支援してくれました。 💓

Matthew Darwin |Pinax: Pinax2 は完了し、Pinax1 も完了しました。

pinax1 を完了する前に、pinax2 が安定していることを確認するために数日待ってください。 (何にも遮られていない)

Gemma |LunaNova: まずはインフラストラクチャの移行を完了させたいのですが... 面白いゲームですね...

pinax1 を完了する前に、pinax2 が安定していることを確認するために数日待ってください。 (何にも遮られていない)

Gemma |LunaNova: まずはインフラストラクチャの移行を完了したいと思っています...面白いゲームです...

はい、間もなく新しいデータセンターのピカピカの新しいハードウェアに移行する予定です。

Josh Kauffman | StreamingFast.io: 実は、この新しいバージョンに対するクエリ料金はまだ受け取っていません。でも、今週は開発に失敗したので、来週グスタボと一緒に修正するつもりです。

calinah | GraphOps: 発生したエラーを処理できるように、発生したエラーも送信してください。

Gustavo | Semiotic Labs: メッセージを送っていただければ、喜んで電話に参加させていただきます。

Gustavo: ダウンタイムなしでインデクサーのアップグレードを実行するように調整する方法について、ここで少し追加できます。

アップグレード中にクエリの送信を停止するようにゲートウェイに指示する簡単な方法がないため、インデクサーは割り当てを閉じ、TAP にアップグレードしてから、新しいソフトウェアの使用を開始することをお勧めします。

さらに、ゲートウェイはバージョンを確認し、それに応じて領収書の種類を更新するために毎分クエリを実行します。

推奨事項に従った場合、新しい割り当てを開くと、ゲートウェイがクエリを実行し、新しいバージョンを探し、新しいタイプのクエリ受信の送信を開始します。

ただし、アップグレード インデクサーは多くのサブグラフにとって単一障害点であり、ダウンタイムが発生することはありません。

V1 から V2 へのリクエストの主な違いは、新しいバージョンではヘッダーのレシート名が異なることです (Scaler レシート —> TAP レシート)。

私たちが行うことは、インデクサーの前にリバース プロキシ (nginx、traefik など) を配置することです。これにより、インデクサーがルーティングできるようになり、プロキシが作成されます。したがって、複数のインデクサー サービス間で負荷分散を行うことができます。

そこで、それに応じてヘッダーにルーティングするルールを追加できます。ヘッダーに Scaler レシートが含まれている場合は古いインデクサーに送信し、ヘッダーに TAP レシートが含まれている場合は新しいインデクサー スタックに送信するルーティング ルールがあります。

両方が実行中であり、それぞれに異なる内部ホストがあることを確認してください。その後、それに応じてルーティングします。

最初は、アップグレードされたインデクサーは古いバージョンにルーティングされますが、インデクサーに切り替わると、次回ゲートウェイがスラッシュ バージョンを送信するときに新しいレシートの送信が開始されますが、それまでは古いスタックにルーティングできます。

このようにして、リバース プロキシ内のルートを切り替えるだけでダウンタイムをゼロにできます。

おそらく大規模なインデクサーはこの戦略の恩恵を受ける可能性がありますが、移行した今ではあまり意味がありません。ただし、インデクサーをアップグレードする場合は、移行がよりスムーズになります。

Gustavo |Semiotic Labs: ここにいる人は Pinax と Edge & Node 以外に TAP を使用していますか?

Abel | GraphOps: Payne [StakeSquid] は、たくさんのことをやっているのでまだ移行していないと言いましたが、他の人はどうですか? TAP 移行のどこに取り組んでいるのか、DappLooker チームまたは InfraDAO からの意見をお待ちしています。

Slimchance [InfraDAO より] 投稿:

Chobey |DappLooker: アップグレードする予定ですが、まだです。私たちの側の帯域幅だけです。

Chobey |DappLooker: アップグレードする予定ですが、まだです。私たちの側の帯域幅だけです。

John K.: 順調です...TAP を使い始めたので、移行する必要はありません。

今は問題ありません...インデックス作成操作はまだスケーリング中です。

Matthew Darwin |Pinax: それでは、誰が最新のグラフノードにアップグレードしたのでしょうか?

calinah |GraphOps: 私たちではありません🤣。

#blockchaindataindex #TheGraph #web3data