Skip to content

docs(node): say what control.wallet.peak's synced flag actually measures - #78

Draft
MichaelTaylor3d wants to merge 1 commit into
mainfrom
docs/wallet-peak-synced-honesty
Draft

docs(node): say what control.wallet.peak's synced flag actually measures#78
MichaelTaylor3d wants to merge 1 commit into
mainfrom
docs/wallet-peak-synced-honesty

Conversation

@MichaelTaylor3d

Copy link
Copy Markdown
Contributor

Coherence half of DIG-Network/dig-node#295 (dig-node#293).

control.wallet.peak computed its synced flag from the initial_sync_complete latch, so a node hundreds of blocks behind reported synced: true. dig-node#295 replaces that with the same measured predicate the balance read uses. These docs described the old behaviour as 'whether this node's own copy of the chain is fully synced', which after the fix reads as an outage rather than as staleness — and would have a person discard a height that is real, dated, and still the best bound they have.

Version 0.16.1 -> 0.16.2 (patch; documentation only).

Parent: https://github.com/DIG-Network/dig_ecosystem/issues/2760

…sures

The flag is measured against the heights this node's Chia peers report, not
against whether a first sync once finished, so a node that has fallen behind now
answers `synced: false` while still serving its real height. The table said
'fully synced', which reads as an outage and would have a person discard a
perfectly usable height.

Co-Authored-By: Claude <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant