Skip to content

Observe sealed target transport before component startup - #5525

Draft
mgazza wants to merge 1 commit into
fix/bind-loaded-revision-before-claimfrom
feat/target-control-readiness
Draft

mgazza wants to merge 1 commit into
fix/bind-loaded-revision-before-claimfrom
feat/target-control-readiness

Conversation

@mgazza

@mgazza mgazza commented Oct 12, 2026

Copy link
Copy Markdown
Collaborator

Before a destination engine can control, verify that its actual loaded configuration and credential match the server-issued target challenge. Add a one-shot startup mode that seals the write gate before Components, checks the secret-free manifest and loaded revision, then performs uncached Cloud discovery/telemetry or a signed Hub probe through its actual MQTT token. The service independently verifies the observation.

Stacked on #5519 and paired with the SaaS target-readiness endpoint and protected config producers. Successful observation stops startup with activation unavailable. No planner, control lease, provider save or automatic fallback is enabled.

Validation: 39 handoff/readiness tests, pre-commit, and independent joined actual producer/Requests/TLS/Edge/PostgREST/PostgreSQL proof. Native signed receipt join passes with synthetic persistence/framer/source completion, not hardware certification. Per-inverter runtime dispatch and activation remain follow-up work.

This branch has not been deployed

No deployments
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