BUSINESS CASES
Where this module fits
- device-bound encrypted messaging
- security alerts
- workflow reminders
- owner-scoped attention queues
- notification acknowledgement and archival
v2OPERATE · MODULE 08
Bootstrap a cryptographically bound messaging identity and expose an owner-scoped account-signal inbox without making delivery, acknowledgement, or presentation metadata authoritative for business state.
BUSINESS CASES
PRIMARY CONSUMERS
PREREQUISITES
RECOMMENDED WORKFLOW
generate independent Ed25519 signing and X25519 encryption keys on the device when secure transport is required
register public keys with an exact domain-separated proof of possession
obtain a short-lived session- and device-bound messaging ticket
list all or unread owner-scoped signals
re-read the referenced authoritative resource before acting
mark selected signals read, unread, or archived with an idempotent command
MODULE CONTRACTS
Each operation states whether its request shape is authoritative in OpenAPI, reviewed as a planning profile, or intentionally left as an outline pending an owner schema.
/api/v2/identity/messaging/device-status/{session_id}Return mobile messaging device status through the authoritative trust service boundary.›POSTRegister messaging device keys/api/v2/identity/mobile/messaging/deviceBind one authenticated application installation to independently generated Ed25519 signing and X25519 encryption public keys after proof of possession, then return a signed device credential.›GETIssue messaging ticket/api/v2/identity/mobile/messaging/ticketIssue a short-lived device- and session-bound messaging ticket for an installation with an active signed device credential.›GETList account signals/api/v2/notifications/allList the authenticated profile and workspace's cursor-paginated operational signals, including unread count and optional archived-history inclusion, without granting authority over any referenced domain action.›POSTMark account signals/api/v2/notifications/markAtomically set one to 100 owner-scoped notification records to UNREAD, READ, or ARCHIVED using an idempotent acknowledgement command.›POSTPush new notification/api/v2/notifications/pushPlanned capability: apply the requested transition to push new notification through the authoritative notification service boundary.›GETList unread account signals/api/v2/notifications/unreadList only unread operational signals for the authenticated profile and workspace, with the same bounded cursor and no-authority guarantees as the complete inbox.›