graphprotocol / graphprotocol/graph-node
[Bug] Synced status doesn't update when no longer synced
まだ誰も着手していません。
- 主要言語
- 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
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
ファイル、テスト、ログ、実装のエントリポイントは指定されていません。まず subgraph の synced 属性の実装箇所を特定し、チェーンごとのしきい値の挙動を明確にしてください。deployment が chainhead に遅れたときにステータスが変化し、しきい値をチェーンごとに設定できれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- rust
- 領域
- blockchain
- issue の種類
- バグ
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 25/100