[Phase 1] Define Aether relay system identity for signing #5
Labels
No labels
[cloud]
[cross]
[done]
[homelab]
[phase-1]
[phase-2]
[phase-3]
[phase-4]
cloud
cross
done
homelab
ingestion
integration
phase-1
phase-2
phase-3
phase-4
subagent-auto
subagent-build
subagent-gpu
subagent-reason
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
starsetbyte/aether#5
Loading…
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?
Context
The Aether relay needs its own identity for signing system-generated events (lease expiry, reconciliation, drift repair). This identity must be defined before Phase 2's lease reconciler can operate.
What to build
Decide whether the relay uses a dedicated Ed25519 keypair or a system-level identity that doesn't go through the standard event signing path.
Document which events the relay may generate as system transitions:
Define authorization: what can the relay's system identity do vs what requires a human or agent identity?
Acceptance
docs/relay-system-identity.md