Zero-state telemetry architecture
fix(infrastructure): add dated Correction callouts to 9 of 19 infrastructure/ articles, verified against canonical origin/main throughout — fabricated cgroups/virtio_balloon mechanism (3 articles), os-orchestration scaffold, wrong UDP port/packet format/crate names (2 articles), hardware-vs-filesystem WORM enforcement overclaim (compliance-relevant, escalated), telemetry payload overclaim, shared-not-per-provider API key storage; 7 verified clean, 2 already correctly self-corrected
@@ -17,7 +17,7 @@ paired_with: sovereign-telemetry.es.md The zero-state telemetry architecture is the platform's approach to understanding user behaviour without accumulating persistent client state. It collects behavioural and hardware signals from edge clients using only native browser APIs — no cookies, no session identifiers, no third-party analytics aggregators — and transmits the compiled payload asynchronously at tab-close via the [[telemetry-architecture|four-tier routing path]]. The current implementation, the V4 Intent Beacon, is operationally independent of external analytics platforms by structure, not by policy, consistent with [[customer-hostability|customer-rooted data custody]]. The V4 Intent Beacon enforces a strict no-cookie, no-session-ID posture. Data is compiled entirely on the client side using native browser APIs and transmitted asynchronously via `navigator.sendBeacon` on the `visibilitychange` event. No tracking pixels, session identifiers, or third-party analytics providers are involved. The V4 Intent Beacon enforces a strict no-cookie, no-session-ID posture. Data is compiled entirely on the client side using native browser APIs and transmitted asynchronously via `navigator.sendBeacon` on the `visibilitychange` event. No tracking pixels, session identifiers, or third-party analytics providers are involved. (Correction, 2026-08-02, verified against canonical `origin/main`: the deployed payload collects far less than described below — real `service-content/templates/pointsav-monolith.html` sends only `{uri, timestamp}` via `sendBeacon` on `unload`, not `visibilitychange`; the real server-side `TelemetryPayload` struct in `app-mediakit-telemetry` has exactly 3 fields — `uri`, `timestamp`, `user_agent` — none of the richer fields this article describes below (`viewport`, `timezone`, `device_memory`, `hardware_cores`, `dwell_seconds`, `scroll_depth`, `intent_clicks`) exist server-side. A "V4 Intent Beacon" with similar richer language does appear in an internal user-guide document, suggesting this article describes a target spec rather than an invented feature — but it is not what ships today. Flagged, not resolved.) ## Payload structure