CLI: add sync wait barriers by SID and closure fingerprint #24
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
Add scriptable synchronization barriers that wait until the local replica contains
specific signed entries or reaches an expected semantic closure fingerprint.
Motivation from the real two-machine run
Synchronization was eventual and bidirectional:
Intermittent relay/QUIC errors made fixed sleeps and raw entry counts poor barriers.
The run instead manually polled the journal for specific SIDs/signers, waited for more
than one sync interval, and compared custom closure fingerprints.
Issue #15 added per-peer status and #18 addresses serial dial delays. Neither provides
a declarative barrier suitable for a test harness or agent workflow.
Proposed CLI
For example:
The first form is a local-receipt barrier. A future protocol-backed form could wait
for a named peer's acknowledged high-water mark, but should not be implied unless the
daemon can actually prove remote receipt.
Acceptance criteria
--stable-forcan require an unchanged journal head/closure across an interval.structured JSON.
and observed journal head/fingerprint.
Environment / evidence
Observed with Elephant 0.1.2. The final bidirectional checks are recorded in:
github.com/anuna-cooperative/flf-elephant-experiment@96ca63675e/runs/2026-07-16/grounded-machineB/sync-check.txt