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

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

Es werden keine Dateien, Tests, Logs oder Einstiegspunkte für die Implementierung genannt. Ermittle zunächst die Implementierung des Subgraph-Attributs synced und kläre das Verhalten des Schwellenwerts pro Chain; abgeschlossen ist die Aufgabe, wenn sich der Status ändert, sobald ein Deployment hinter dem chainhead zurückbleibt, und der Schwellenwert pro Chain konfiguriert werden kann.