List the fingerprints currently covered by this vault's key envelopes, plus the org's desired-recipient state for this vault
FINGERPRINTS ONLY, never envelope bytes — the ek_ fingerprints of the principals with a working key_envelope on this vault, in recipient_fingerprints. Distinct from POST .../object-reads, whose recipient-only rule on envelope BYTES is unchanged. Additively also carries desired[] (repo-surface-consolidation task 2.3) — the org's desired-recipient state (design D5: membership-driven, versioned, audited; the server owns this state but never wraps a key) with each principal's public_key/ek_fingerprint/suite inline plus whether this vault already covered them, so a key-holding client can fulfill in ONE read rather than a second directory call — and desired_state_version, the substrate's watermark for cheap diffing. This is what a client-side reconcile diffs against, and what the owner overview's coverage advisory computes from. Never lifecycle-gated.
Request
- Base URL: https://api.run402.com
- URL: https://api.run402.com/vaults/v1/{vault_id}/envelope-recipients
- Auth: one of:
- API key in header SIGN-IN-WITH-X
- HTTP bearer
- HTTP bearer
Path parameters
The vault id (src_<32 hex>); the wire field is repo_id (protocol D185).
Headers
SIWX auth header — base64-encoded JSON payload containing a signed CAIP-122 (EIP-4361) message. See https://docs.x402.org/extensions/sign-in-with-x.
Response
Recipient fingerprints, sorted
Changes
No recorded changes to this operation across all 1 revision of this API.