jerry/buzz
1
0
Fork 0
mirror of https://github.com/block/buzz.git synced 2026-11-01 06:51:17 +00:00
Code Issues Packages Projects Releases Wiki Activity

docs(config_barrier): note disk_projections ordering is defense-in-depth under latch

Browse Source 
Co-authored-by: Will Pfleger <pfleger.will@gmail.com>
Signed-off-by: Will Pfleger <pfleger.will@gmail.com>
This commit is contained in:
npub1mn7jgtj4w2pd0g0zeuhxsa6jy6p0rewxz4kujt98my82ahfmp72sxjexk7
2026-07-30 19:42:33 -04:00
parent 95f5e0fa68
commit dd4fc7d377
1 changed files with 7 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files

7
desktop/src-tauri/src/managed_agents/config_barrier.rs
View File

@@ -105,6 +105,13 @@ pub async fn run_boot_barrier(app: &tauri::AppHandle) {
/// the first round trip, and the decision pass re-opens it for the coordinates
/// that earn it. A row is either provably publishable or it is not going out.
///
/// Note: `disk_projections` runs before this call inside
/// `run_boot_barrier_for_scope`. Under the readiness latch that ordering is
/// defense-in-depth — the flush loop cannot snapshot any scope that has not
/// yet passed its barrier, so quarantine ordering no longer determines whether
/// a pre-quarantine row can escape. The synchronous-before-network property is
/// retained because it is cheap and keeps the invariant obvious.
///
/// Scoped to rows with no baseline because those are precisely the unprovable
/// ones: a legacy row queued before the baseline column existed, and a row
/// queued by a second store whose retention database has never agreed to