graphprotocol / graphprotocol/graph-node

[Bug] Synced status doesn't update when no longer synced

オープン
#5,567 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

bug Stale
主要言語
Rust
スター
3.2k
フォーク
1.1k
平均マージ
4日 1時間
マージ済み PR(30日)
1

説明

Bug report

I'm not sure if this is actually a bug or if it's intended behavior, but either way the current behavior lessens the usefulness of the attribute.

Currently, the synced attribute for a subgraph only updates when a deployment reaches chainhead for the first time. It would be useful if it would be updated if it falls behind chainhead by a certain threshold, so it's easier to tell at a glance whether an allocation should be good to close or not. My ideal scenario would probably be the synced boolean being connected directly to a threshold number of blocks behind chainhead, with the threshold being configurable per chain. I could theoretically handle this myself using the blocks behind metric and some custom code, but it would be nice to have graph-node handle this if possible.

Relevant log output

No response

IPFS hash

No response

Subgraph name or link to explorer

No response

Some information to help us out
  • Tick this box if this bug is caused by a regression found in the latest release.
  • Tick this box if this bug is specific to the hosted service.
  • I have searched the issue tracker to make sure this issue is not a duplicate.
OS information

None

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

調査の方向性

ファイル、テスト、ログ、実装のエントリポイントは指定されていません。まず subgraph の synced 属性の実装箇所を特定し、チェーンごとのしきい値の挙動を明確にしてください。deployment が chainhead に遅れたときにステータスが変化し、しきい値をチェーンごとに設定できれば完了です。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
rust
領域
blockchain
issue の種類
バグ
難易度
5/5
見積もり時間
1週間以上
活発さ
停滞
明瞭さ
説明が足りない
初心者へのやさしさ
25/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。