@openvtc/trust-tasks 0.26.16 → 0.26.18

package/dist/rooms/owner/register/0.2/payload.d.ts

@@ -0,0 +1,591 @@
+/**
+ * Generated by scripts/build-ts-bindings.mjs — DO NOT EDIT BY HAND.
+ * Source: specs/rooms/owner/register/0.2/payload.schema.json
+ */
+import type { DigestMultibase, Ext, RetentionPolicy, RevocationHead, Visibility } from "../../../../_shared/components.js";
+export interface RoomsOwnerRegisterPayload {
+    /**
+     * The room being registered. Its identity exists already — this asks a host to store it, not to name it.
+     */
+    roomId: string;
+    /**
+     * The host to register with, as a DID. Named by the caller because a room has no host until this call succeeds, and because a room may be registered with more than one (a mirror serves reads while its primary takes writes).
+     */
+    host: string;
+    /**
+     * The tier to create the room at. Passed through to `rooms/create`, whose description of the choice governs.
+     */
+    visibility: Visibility;
+    /**
+     * The accountable party, and the issuer of the rooms/create document the recipient sends on its behalf: the recipient signs it with a key of this DID that it holds, never as itself. Absent means the caller — a registration is normally made by the owner it names. A recipient holding no key for it refuses with permissionDenied before contacting the host.
+     */
+    ownerDid?: string;
+    /**
+     * Whether the room keeps its history readable across a membership change. Immutable once set, so a caller that omits it is taking the host's default for the life of the room.
+     */
+    retentionPolicy?: RetentionPolicy;
+    /**
+     * How long the host is asked to hold the room after it lapses.
+     */
+    retentionDays?: number;
+    /**
+     * Ecosystem-defined extension members per SPEC.md §4.5.1.
+     */
+    ext?: Ext;
+}
+/**
+ * Success response to rooms/owner/register. Type https://trusttasks.org/spec/rooms/owner/register/0.2#response.
+ */
+export interface RoomsOwnerRegisterResponsePayload {
+    roomId: string;
+    /**
+     * The host that accepted it, echoed so a caller recording where its room lives records what the recipient actually reached rather than what it asked for.
+     */
+    host: string;
+    /**
+     * The epoch the room now stands at, as the host reports it. `1` for a room registered for the first time.
+     */
+    epoch: number;
+    /**
+     * The room's revocation list as the recipient holds it, and what the host did with it. Present whenever the recipient holds a list for the room; absent only when it holds none. Anything but `inForce` means the host is serving the room without its withdrawals: it honours every credential the room has withdrawn until it accepts the list.
+     */
+    revocation?: {
+        /**
+         * The list the recipient delivered.
+         */
+        head: RevocationHead;
+        /**
+         * `inForce`: the host answered with this list's head. `pending`: the host did not answer, or answered with another head; the recipient goes on delivering it. `refused`: the host refused the list, with `code`; repeating the delivery changes nothing.
+         */
+        status: "inForce" | "pending" | "refused";
+        /**
+         * The host's error code. Present exactly when `status` is `refused`.
+         */
+        code?: string;
+    };
+    ext?: Ext;
+}
+/** Shared definitions this specification references, re-exported under the names it used to declare them with. */
+export type { DigestMultibase, Ext, RetentionPolicy, RevocationHead, Visibility };
+/** Trust Task type URI. */
+export declare const TYPE_URI: "https://trusttasks.org/spec/rooms/owner/register/0.2";
+/** Stable alias for this specification's request payload shape. */
+export type Payload = RoomsOwnerRegisterPayload;
+/** Trust Task response type URI (request type URI + "#response"). */
+export declare const RESPONSE_TYPE_URI: "https://trusttasks.org/spec/rooms/owner/register/0.2#response";
+/** Stable alias for this specification's success-response payload shape. */
+export type Response = RoomsOwnerRegisterResponsePayload;
+/**
+ * This specification's payload schema, as a value.
+ *
+ * SPEC.md §7.2 item 2 is performed against this. It is shipped as data
+ * rather than only as a `.json` file because TypeScript types are erased
+ * at runtime: without a schema a consumer has nothing to validate, and
+ * every REQUIRED payload member is optional in practice. Cross-file
+ * `$ref`s are already inlined, so it needs no resolver.
+ */
+export declare const PAYLOAD_SCHEMA: {
+    readonly $schema: "https://json-schema.org/draft/2020-12/schema";
+    readonly $id: "https://trusttasks.org/spec/rooms/owner/register/0.2";
+    readonly title: "Rooms Owner Register — payload";
+    readonly type: "object";
+    readonly additionalProperties: false;
+    readonly required: readonly ["roomId", "host", "visibility"];
+    readonly properties: {
+        readonly roomId: {
+            readonly type: "string";
+            readonly description: "The room being registered. Its identity exists already — this asks a host to store it, not to name it.";
+        };
+        readonly host: {
+            readonly type: "string";
+            readonly description: "The host to register with, as a DID. Named by the caller because a room has no host until this call succeeds, and because a room may be registered with more than one (a mirror serves reads while its primary takes writes).";
+        };
+        readonly visibility: {
+            readonly $ref: "#/$defs/Visibility";
+            readonly description: "The tier to create the room at. Passed through to `rooms/create`, whose description of the choice governs.";
+        };
+        readonly ownerDid: {
+            readonly type: "string";
+            readonly description: "The accountable party, and the issuer of the rooms/create document the recipient sends on its behalf: the recipient signs it with a key of this DID that it holds, never as itself. Absent means the caller — a registration is normally made by the owner it names. A recipient holding no key for it refuses with permissionDenied before contacting the host.";
+        };
+        readonly retentionPolicy: {
+            readonly $ref: "#/$defs/RetentionPolicy";
+            readonly description: "Whether the room keeps its history readable across a membership change. Immutable once set, so a caller that omits it is taking the host's default for the life of the room.";
+        };
+        readonly retentionDays: {
+            readonly type: "integer";
+            readonly minimum: 1;
+            readonly description: "How long the host is asked to hold the room after it lapses.";
+        };
+        readonly ext: {
+            readonly $ref: "#/$defs/Ext";
+            readonly description: "Ecosystem-defined extension members per SPEC.md §4.5.1.";
+        };
+    };
+    readonly $defs: {
+        readonly Response: {
+            readonly $anchor: "response";
+            readonly title: "Rooms Owner Register — response payload";
+            readonly description: "Success response to rooms/owner/register. Type https://trusttasks.org/spec/rooms/owner/register/0.2#response.";
+            readonly type: "object";
+            readonly additionalProperties: false;
+            readonly required: readonly ["roomId", "host", "epoch"];
+            readonly properties: {
+                readonly roomId: {
+                    readonly type: "string";
+                };
+                readonly host: {
+                    readonly type: "string";
+                    readonly description: "The host that accepted it, echoed so a caller recording where its room lives records what the recipient actually reached rather than what it asked for.";
+                };
+                readonly epoch: {
+                    readonly type: "integer";
+                    readonly minimum: 1;
+                    readonly description: "The epoch the room now stands at, as the host reports it. `1` for a room registered for the first time.";
+                };
+                readonly revocation: {
+                    readonly type: "object";
+                    readonly additionalProperties: false;
+                    readonly required: readonly ["head", "status"];
+                    readonly description: "The room's revocation list as the recipient holds it, and what the host did with it. Present whenever the recipient holds a list for the room; absent only when it holds none. Anything but `inForce` means the host is serving the room without its withdrawals: it honours every credential the room has withdrawn until it accepts the list.";
+                    readonly properties: {
+                        readonly head: {
+                            readonly $ref: "#/$defs/RevocationHead";
+                            readonly description: "The list the recipient delivered.";
+                        };
+                        readonly status: {
+                            readonly type: "string";
+                            readonly enum: readonly ["inForce", "pending", "refused"];
+                            readonly description: "`inForce`: the host answered with this list's head. `pending`: the host did not answer, or answered with another head; the recipient goes on delivering it. `refused`: the host refused the list, with `code`; repeating the delivery changes nothing.";
+                        };
+                        readonly code: {
+                            readonly type: "string";
+                            readonly maxLength: 128;
+                            readonly description: "The host's error code. Present exactly when `status` is `refused`.";
+                        };
+                    };
+                };
+                readonly ext: {
+                    readonly $ref: "#/$defs/Ext";
+                };
+            };
+        };
+        readonly Ext: {
+            readonly title: "Ext";
+            readonly description: "Vendor-namespaced extension object per SPEC.md §4.5.1. Each immediate key MUST be a reverse-DNS namespace; structure under each namespace is opaque to the framework.";
+            readonly type: "object";
+            readonly minProperties: 1;
+            readonly additionalProperties: true;
+            readonly propertyNames: {
+                readonly pattern: "^[a-z][a-z0-9-]*(\\.[a-z0-9-]+)+$";
+            };
+        };
+        readonly RevocationHead: {
+            readonly title: "RevocationHead";
+            readonly type: "object";
+            readonly additionalProperties: false;
+            readonly required: readonly ["sequence", "digest"];
+            readonly description: "Which `RevocationList` a party holds, without its entries: comparable between the room's key holder and a host, and between two hosts, without disclosing whom the room withdrew.";
+            readonly properties: {
+                readonly sequence: {
+                    readonly type: "integer";
+                    readonly minimum: 1;
+                    readonly description: "The list's `sequence`.";
+                };
+                readonly digest: {
+                    readonly $ref: "#/$defs/DigestMultibase";
+                    readonly description: "SHA-256 multihash of the list's RFC 8785 (JCS) canonicalization, `proof` included. Two parties holding one sequence with different digests have been given two lists the room signed at one sequence.";
+                };
+            };
+        };
+        readonly DigestMultibase: {
+            readonly title: "DigestMultibase";
+            readonly description: "A cryptographic digest as a multibase-encoded multihash — the encoding the W3C Verifiable Credentials Data Model 2.0 defines for `digestMultibase`, and the one `did:webvh` uses for its SCID and entry hashes.\n\nMultihash carries the hash algorithm in-band, so the value is self-describing and the wire format survives an algorithm change without a schema revision; multibase does the same for the base encoding, so a verifier never infers base58 from base64url by context. A bare hex string or a `sha-256:`-style prefix hard-codes one algorithm into the wire contract and is non-conforming here.\n\nThis definition constrains the *encoding only*. What the digest is computed over is stated by each referencing field, because it differs legitimately: a digest over a JSON document is taken over its RFC 8785 (JCS) canonicalization, while a digest over an opaque artifact is taken over its bytes. A field whose input is a JSON document and which does not name a canonicalization is not reproducible.\n\nRestricted to the two multibase headers W3C Controlled Identifiers 1.0 §2.4 normatively requires — `z` (base58btc) and `u` (base64url-no-pad). CID permits others but states that \"interoperability is not guaranteed between implementations using such values\", and a registry whose purpose is interoperability should not mint digests a conforming verifier may be unable to read. The alphabets are enforced rather than assumed: base58btc excludes 0, O, I and l, and an earlier permissive pattern let three published examples carry digests that were not valid base58 at all. base58btc is RECOMMENDED, for consistency with `did:key` and `did:webvh`.";
+            readonly type: "string";
+            readonly minLength: 16;
+            readonly pattern: "^(z[1-9A-HJ-NP-Za-km-z]+|u[A-Za-z0-9_-]+)$";
+            readonly examples: readonly ["zQmbWqxBEKC3P8tqsKc98xmWNzrzDtRLMiMPL8wBuTGsMnR"];
+        };
+        readonly RetentionPolicy: {
+            readonly title: "RetentionPolicy";
+            readonly type: "string";
+            readonly enum: readonly ["chained", "fromJoin"];
+            readonly description: "Whether a room keeps its history readable across a membership change, fixed at creation and immutable thereafter — like `Visibility`, and for the same reason: the rungs of an epoch key chain either exist for an epoch or they do not, and no later change of mind can seal key material that was never sealed or unseal what was already severed. `chained`: each advance produces an `EpochLink`, so every member reads the room's whole retained history however long they have been in it — what a **library** wants, at the cost of post-compromise security for record content, since a compromised current key then reaches every retained epoch. `fromJoin`: no rungs are produced, so a member reads only from the epoch their group state is at — what a **stream** wants, and what a room under a strict forward-secrecy obligation wants, at the cost that a joining member finds an empty-looking room and nobody can reread a record once their group state has moved past the epoch it was sealed under. Absent means `chained`; see the prose on why the absent case is the readable one.";
+            readonly $comment: "Deliberately no JSON Schema `default`. A declared default is materialised by the generated bindings — the member becomes non-optional with a serde default — so an absent value would reappear as an explicit one on re-serialisation and break round-trip idempotence for every document written before this member existed. The meaning of absence is stated in prose, where a binding cannot act on it.";
+        };
+        readonly Visibility: {
+            readonly title: "Visibility";
+            readonly type: "string";
+            readonly enum: readonly ["open", "attributed", "private"];
+            readonly description: "How much of a room its host can see, fixed at creation and immutable thereafter. `open`: records are cleartext, searchable and fully audited. `attributed`: record content is sealed, and the host still learns which member acted. `private`: content is sealed and membership is presented in zero knowledge, so the host verifies that a member acted without learning which. Immutable because a downgrade cannot un-see cleartext and an upgrade would protect only what came after while presenting as though it protected everything.";
+        };
+    };
+};
+/** As {@link PAYLOAD_SCHEMA}, for the success-response variant. */
+export declare const RESPONSE_PAYLOAD_SCHEMA: {
+    readonly $schema: "https://json-schema.org/draft/2020-12/schema";
+    readonly $ref: "#/$defs/Response";
+    readonly $defs: {
+        readonly Response: {
+            readonly $anchor: "response";
+            readonly title: "Rooms Owner Register — response payload";
+            readonly description: "Success response to rooms/owner/register. Type https://trusttasks.org/spec/rooms/owner/register/0.2#response.";
+            readonly type: "object";
+            readonly additionalProperties: false;
+            readonly required: readonly ["roomId", "host", "epoch"];
+            readonly properties: {
+                readonly roomId: {
+                    readonly type: "string";
+                };
+                readonly host: {
+                    readonly type: "string";
+                    readonly description: "The host that accepted it, echoed so a caller recording where its room lives records what the recipient actually reached rather than what it asked for.";
+                };
+                readonly epoch: {
+                    readonly type: "integer";
+                    readonly minimum: 1;
+                    readonly description: "The epoch the room now stands at, as the host reports it. `1` for a room registered for the first time.";
+                };
+                readonly revocation: {
+                    readonly type: "object";
+                    readonly additionalProperties: false;
+                    readonly required: readonly ["head", "status"];
+                    readonly description: "The room's revocation list as the recipient holds it, and what the host did with it. Present whenever the recipient holds a list for the room; absent only when it holds none. Anything but `inForce` means the host is serving the room without its withdrawals: it honours every credential the room has withdrawn until it accepts the list.";
+                    readonly properties: {
+                        readonly head: {
+                            readonly $ref: "#/$defs/RevocationHead";
+                            readonly description: "The list the recipient delivered.";
+                        };
+                        readonly status: {
+                            readonly type: "string";
+                            readonly enum: readonly ["inForce", "pending", "refused"];
+                            readonly description: "`inForce`: the host answered with this list's head. `pending`: the host did not answer, or answered with another head; the recipient goes on delivering it. `refused`: the host refused the list, with `code`; repeating the delivery changes nothing.";
+                        };
+                        readonly code: {
+                            readonly type: "string";
+                            readonly maxLength: 128;
+                            readonly description: "The host's error code. Present exactly when `status` is `refused`.";
+                        };
+                    };
+                };
+                readonly ext: {
+                    readonly $ref: "#/$defs/Ext";
+                };
+            };
+        };
+        readonly Ext: {
+            readonly title: "Ext";
+            readonly description: "Vendor-namespaced extension object per SPEC.md §4.5.1. Each immediate key MUST be a reverse-DNS namespace; structure under each namespace is opaque to the framework.";
+            readonly type: "object";
+            readonly minProperties: 1;
+            readonly additionalProperties: true;
+            readonly propertyNames: {
+                readonly pattern: "^[a-z][a-z0-9-]*(\\.[a-z0-9-]+)+$";
+            };
+        };
+        readonly RevocationHead: {
+            readonly title: "RevocationHead";
+            readonly type: "object";
+            readonly additionalProperties: false;
+            readonly required: readonly ["sequence", "digest"];
+            readonly description: "Which `RevocationList` a party holds, without its entries: comparable between the room's key holder and a host, and between two hosts, without disclosing whom the room withdrew.";
+            readonly properties: {
+                readonly sequence: {
+                    readonly type: "integer";
+                    readonly minimum: 1;
+                    readonly description: "The list's `sequence`.";
+                };
+                readonly digest: {
+                    readonly $ref: "#/$defs/DigestMultibase";
+                    readonly description: "SHA-256 multihash of the list's RFC 8785 (JCS) canonicalization, `proof` included. Two parties holding one sequence with different digests have been given two lists the room signed at one sequence.";
+                };
+            };
+        };
+        readonly DigestMultibase: {
+            readonly title: "DigestMultibase";
+            readonly description: "A cryptographic digest as a multibase-encoded multihash — the encoding the W3C Verifiable Credentials Data Model 2.0 defines for `digestMultibase`, and the one `did:webvh` uses for its SCID and entry hashes.\n\nMultihash carries the hash algorithm in-band, so the value is self-describing and the wire format survives an algorithm change without a schema revision; multibase does the same for the base encoding, so a verifier never infers base58 from base64url by context. A bare hex string or a `sha-256:`-style prefix hard-codes one algorithm into the wire contract and is non-conforming here.\n\nThis definition constrains the *encoding only*. What the digest is computed over is stated by each referencing field, because it differs legitimately: a digest over a JSON document is taken over its RFC 8785 (JCS) canonicalization, while a digest over an opaque artifact is taken over its bytes. A field whose input is a JSON document and which does not name a canonicalization is not reproducible.\n\nRestricted to the two multibase headers W3C Controlled Identifiers 1.0 §2.4 normatively requires — `z` (base58btc) and `u` (base64url-no-pad). CID permits others but states that \"interoperability is not guaranteed between implementations using such values\", and a registry whose purpose is interoperability should not mint digests a conforming verifier may be unable to read. The alphabets are enforced rather than assumed: base58btc excludes 0, O, I and l, and an earlier permissive pattern let three published examples carry digests that were not valid base58 at all. base58btc is RECOMMENDED, for consistency with `did:key` and `did:webvh`.";
+            readonly type: "string";
+            readonly minLength: 16;
+            readonly pattern: "^(z[1-9A-HJ-NP-Za-km-z]+|u[A-Za-z0-9_-]+)$";
+            readonly examples: readonly ["zQmbWqxBEKC3P8tqsKc98xmWNzrzDtRLMiMPL8wBuTGsMnR"];
+        };
+        readonly RetentionPolicy: {
+            readonly title: "RetentionPolicy";
+            readonly type: "string";
+            readonly enum: readonly ["chained", "fromJoin"];
+            readonly description: "Whether a room keeps its history readable across a membership change, fixed at creation and immutable thereafter — like `Visibility`, and for the same reason: the rungs of an epoch key chain either exist for an epoch or they do not, and no later change of mind can seal key material that was never sealed or unseal what was already severed. `chained`: each advance produces an `EpochLink`, so every member reads the room's whole retained history however long they have been in it — what a **library** wants, at the cost of post-compromise security for record content, since a compromised current key then reaches every retained epoch. `fromJoin`: no rungs are produced, so a member reads only from the epoch their group state is at — what a **stream** wants, and what a room under a strict forward-secrecy obligation wants, at the cost that a joining member finds an empty-looking room and nobody can reread a record once their group state has moved past the epoch it was sealed under. Absent means `chained`; see the prose on why the absent case is the readable one.";
+            readonly $comment: "Deliberately no JSON Schema `default`. A declared default is materialised by the generated bindings — the member becomes non-optional with a serde default — so an absent value would reappear as an explicit one on re-serialisation and break round-trip idempotence for every document written before this member existed. The meaning of absence is stated in prose, where a binding cannot act on it.";
+        };
+        readonly Visibility: {
+            readonly title: "Visibility";
+            readonly type: "string";
+            readonly enum: readonly ["open", "attributed", "private"];
+            readonly description: "How much of a room its host can see, fixed at creation and immutable thereafter. `open`: records are cleartext, searchable and fully audited. `attributed`: record content is sealed, and the host still learns which member acted. `private`: content is sealed and membership is presented in zero knowledge, so the host verifies that a member acted without learning which. Immutable because a downgrade cannot un-see cleartext and an upgrade would protect only what came after while presenting as though it protected everything.";
+        };
+    };
+};
+/**
+ * SPEC.md §7.2 policy for the request variant, from this specification's
+ * front matter. Pass to `consumeInbound` — items 5b, 7 and 8 are
+ * per-specification and cannot be derived from the document alone, and
+ * item 2 needs the schema this carries.
+ */
+export declare const SPEC: {
+    readonly typeUri: "https://trusttasks.org/spec/rooms/owner/register/0.2";
+    readonly isBearer: false;
+    readonly isProofRequired: true;
+    readonly isRecipientRequired: true;
+    readonly isIssuedAtRequired: true;
+    readonly payloadSchema: {
+        readonly $schema: "https://json-schema.org/draft/2020-12/schema";
+        readonly $id: "https://trusttasks.org/spec/rooms/owner/register/0.2";
+        readonly title: "Rooms Owner Register — payload";
+        readonly type: "object";
+        readonly additionalProperties: false;
+        readonly required: readonly ["roomId", "host", "visibility"];
+        readonly properties: {
+            readonly roomId: {
+                readonly type: "string";
+                readonly description: "The room being registered. Its identity exists already — this asks a host to store it, not to name it.";
+            };
+            readonly host: {
+                readonly type: "string";
+                readonly description: "The host to register with, as a DID. Named by the caller because a room has no host until this call succeeds, and because a room may be registered with more than one (a mirror serves reads while its primary takes writes).";
+            };
+            readonly visibility: {
+                readonly $ref: "#/$defs/Visibility";
+                readonly description: "The tier to create the room at. Passed through to `rooms/create`, whose description of the choice governs.";
+            };
+            readonly ownerDid: {
+                readonly type: "string";
+                readonly description: "The accountable party, and the issuer of the rooms/create document the recipient sends on its behalf: the recipient signs it with a key of this DID that it holds, never as itself. Absent means the caller — a registration is normally made by the owner it names. A recipient holding no key for it refuses with permissionDenied before contacting the host.";
+            };
+            readonly retentionPolicy: {
+                readonly $ref: "#/$defs/RetentionPolicy";
+                readonly description: "Whether the room keeps its history readable across a membership change. Immutable once set, so a caller that omits it is taking the host's default for the life of the room.";
+            };
+            readonly retentionDays: {
+                readonly type: "integer";
+                readonly minimum: 1;
+                readonly description: "How long the host is asked to hold the room after it lapses.";
+            };
+            readonly ext: {
+                readonly $ref: "#/$defs/Ext";
+                readonly description: "Ecosystem-defined extension members per SPEC.md §4.5.1.";
+            };
+        };
+        readonly $defs: {
+            readonly Response: {
+                readonly $anchor: "response";
+                readonly title: "Rooms Owner Register — response payload";
+                readonly description: "Success response to rooms/owner/register. Type https://trusttasks.org/spec/rooms/owner/register/0.2#response.";
+                readonly type: "object";
+                readonly additionalProperties: false;
+                readonly required: readonly ["roomId", "host", "epoch"];
+                readonly properties: {
+                    readonly roomId: {
+                        readonly type: "string";
+                    };
+                    readonly host: {
+                        readonly type: "string";
+                        readonly description: "The host that accepted it, echoed so a caller recording where its room lives records what the recipient actually reached rather than what it asked for.";
+                    };
+                    readonly epoch: {
+                        readonly type: "integer";
+                        readonly minimum: 1;
+                        readonly description: "The epoch the room now stands at, as the host reports it. `1` for a room registered for the first time.";
+                    };
+                    readonly revocation: {
+                        readonly type: "object";
+                        readonly additionalProperties: false;
+                        readonly required: readonly ["head", "status"];
+                        readonly description: "The room's revocation list as the recipient holds it, and what the host did with it. Present whenever the recipient holds a list for the room; absent only when it holds none. Anything but `inForce` means the host is serving the room without its withdrawals: it honours every credential the room has withdrawn until it accepts the list.";
+                        readonly properties: {
+                            readonly head: {
+                                readonly $ref: "#/$defs/RevocationHead";
+                                readonly description: "The list the recipient delivered.";
+                            };
+                            readonly status: {
+                                readonly type: "string";
+                                readonly enum: readonly ["inForce", "pending", "refused"];
+                                readonly description: "`inForce`: the host answered with this list's head. `pending`: the host did not answer, or answered with another head; the recipient goes on delivering it. `refused`: the host refused the list, with `code`; repeating the delivery changes nothing.";
+                            };
+                            readonly code: {
+                                readonly type: "string";
+                                readonly maxLength: 128;
+                                readonly description: "The host's error code. Present exactly when `status` is `refused`.";
+                            };
+                        };
+                    };
+                    readonly ext: {
+                        readonly $ref: "#/$defs/Ext";
+                    };
+                };
+            };
+            readonly Ext: {
+                readonly title: "Ext";
+                readonly description: "Vendor-namespaced extension object per SPEC.md §4.5.1. Each immediate key MUST be a reverse-DNS namespace; structure under each namespace is opaque to the framework.";
+                readonly type: "object";
+                readonly minProperties: 1;
+                readonly additionalProperties: true;
+                readonly propertyNames: {
+                    readonly pattern: "^[a-z][a-z0-9-]*(\\.[a-z0-9-]+)+$";
+                };
+            };
+            readonly RevocationHead: {
+                readonly title: "RevocationHead";
+                readonly type: "object";
+                readonly additionalProperties: false;
+                readonly required: readonly ["sequence", "digest"];
+                readonly description: "Which `RevocationList` a party holds, without its entries: comparable between the room's key holder and a host, and between two hosts, without disclosing whom the room withdrew.";
+                readonly properties: {
+                    readonly sequence: {
+                        readonly type: "integer";
+                        readonly minimum: 1;
+                        readonly description: "The list's `sequence`.";
+                    };
+                    readonly digest: {
+                        readonly $ref: "#/$defs/DigestMultibase";
+                        readonly description: "SHA-256 multihash of the list's RFC 8785 (JCS) canonicalization, `proof` included. Two parties holding one sequence with different digests have been given two lists the room signed at one sequence.";
+                    };
+                };
+            };
+            readonly DigestMultibase: {
+                readonly title: "DigestMultibase";
+                readonly description: "A cryptographic digest as a multibase-encoded multihash — the encoding the W3C Verifiable Credentials Data Model 2.0 defines for `digestMultibase`, and the one `did:webvh` uses for its SCID and entry hashes.\n\nMultihash carries the hash algorithm in-band, so the value is self-describing and the wire format survives an algorithm change without a schema revision; multibase does the same for the base encoding, so a verifier never infers base58 from base64url by context. A bare hex string or a `sha-256:`-style prefix hard-codes one algorithm into the wire contract and is non-conforming here.\n\nThis definition constrains the *encoding only*. What the digest is computed over is stated by each referencing field, because it differs legitimately: a digest over a JSON document is taken over its RFC 8785 (JCS) canonicalization, while a digest over an opaque artifact is taken over its bytes. A field whose input is a JSON document and which does not name a canonicalization is not reproducible.\n\nRestricted to the two multibase headers W3C Controlled Identifiers 1.0 §2.4 normatively requires — `z` (base58btc) and `u` (base64url-no-pad). CID permits others but states that \"interoperability is not guaranteed between implementations using such values\", and a registry whose purpose is interoperability should not mint digests a conforming verifier may be unable to read. The alphabets are enforced rather than assumed: base58btc excludes 0, O, I and l, and an earlier permissive pattern let three published examples carry digests that were not valid base58 at all. base58btc is RECOMMENDED, for consistency with `did:key` and `did:webvh`.";
+                readonly type: "string";
+                readonly minLength: 16;
+                readonly pattern: "^(z[1-9A-HJ-NP-Za-km-z]+|u[A-Za-z0-9_-]+)$";
+                readonly examples: readonly ["zQmbWqxBEKC3P8tqsKc98xmWNzrzDtRLMiMPL8wBuTGsMnR"];
+            };
+            readonly RetentionPolicy: {
+                readonly title: "RetentionPolicy";
+                readonly type: "string";
+                readonly enum: readonly ["chained", "fromJoin"];
+                readonly description: "Whether a room keeps its history readable across a membership change, fixed at creation and immutable thereafter — like `Visibility`, and for the same reason: the rungs of an epoch key chain either exist for an epoch or they do not, and no later change of mind can seal key material that was never sealed or unseal what was already severed. `chained`: each advance produces an `EpochLink`, so every member reads the room's whole retained history however long they have been in it — what a **library** wants, at the cost of post-compromise security for record content, since a compromised current key then reaches every retained epoch. `fromJoin`: no rungs are produced, so a member reads only from the epoch their group state is at — what a **stream** wants, and what a room under a strict forward-secrecy obligation wants, at the cost that a joining member finds an empty-looking room and nobody can reread a record once their group state has moved past the epoch it was sealed under. Absent means `chained`; see the prose on why the absent case is the readable one.";
+                readonly $comment: "Deliberately no JSON Schema `default`. A declared default is materialised by the generated bindings — the member becomes non-optional with a serde default — so an absent value would reappear as an explicit one on re-serialisation and break round-trip idempotence for every document written before this member existed. The meaning of absence is stated in prose, where a binding cannot act on it.";
+            };
+            readonly Visibility: {
+                readonly title: "Visibility";
+                readonly type: "string";
+                readonly enum: readonly ["open", "attributed", "private"];
+                readonly description: "How much of a room its host can see, fixed at creation and immutable thereafter. `open`: records are cleartext, searchable and fully audited. `attributed`: record content is sealed, and the host still learns which member acted. `private`: content is sealed and membership is presented in zero knowledge, so the host verifies that a member acted without learning which. Immutable because a downgrade cannot un-see cleartext and an upgrade would protect only what came after while presenting as though it protected everything.";
+            };
+        };
+    };
+};
+/**
+ * SPEC.md §7.2 policy for the success-response variant. `isRecipientRequired`
+ * tracks the *issuer* party's requirement because a response swaps the
+ * parties (§7.3 item 5).
+ */
+export declare const RESPONSE_SPEC: {
+    readonly typeUri: "https://trusttasks.org/spec/rooms/owner/register/0.2#response";
+    readonly isBearer: false;
+    readonly isProofRequired: true;
+    readonly isRecipientRequired: true;
+    readonly isIssuedAtRequired: true;
+    readonly payloadSchema: {
+        readonly $schema: "https://json-schema.org/draft/2020-12/schema";
+        readonly $ref: "#/$defs/Response";
+        readonly $defs: {
+            readonly Response: {
+                readonly $anchor: "response";
+                readonly title: "Rooms Owner Register — response payload";
+                readonly description: "Success response to rooms/owner/register. Type https://trusttasks.org/spec/rooms/owner/register/0.2#response.";
+                readonly type: "object";
+                readonly additionalProperties: false;
+                readonly required: readonly ["roomId", "host", "epoch"];
+                readonly properties: {
+                    readonly roomId: {
+                        readonly type: "string";
+                    };
+                    readonly host: {
+                        readonly type: "string";
+                        readonly description: "The host that accepted it, echoed so a caller recording where its room lives records what the recipient actually reached rather than what it asked for.";
+                    };
+                    readonly epoch: {
+                        readonly type: "integer";
+                        readonly minimum: 1;
+                        readonly description: "The epoch the room now stands at, as the host reports it. `1` for a room registered for the first time.";
+                    };
+                    readonly revocation: {
+                        readonly type: "object";
+                        readonly additionalProperties: false;
+                        readonly required: readonly ["head", "status"];
+                        readonly description: "The room's revocation list as the recipient holds it, and what the host did with it. Present whenever the recipient holds a list for the room; absent only when it holds none. Anything but `inForce` means the host is serving the room without its withdrawals: it honours every credential the room has withdrawn until it accepts the list.";
+                        readonly properties: {
+                            readonly head: {
+                                readonly $ref: "#/$defs/RevocationHead";
+                                readonly description: "The list the recipient delivered.";
+                            };
+                            readonly status: {
+                                readonly type: "string";
+                                readonly enum: readonly ["inForce", "pending", "refused"];
+                                readonly description: "`inForce`: the host answered with this list's head. `pending`: the host did not answer, or answered with another head; the recipient goes on delivering it. `refused`: the host refused the list, with `code`; repeating the delivery changes nothing.";
+                            };
+                            readonly code: {
+                                readonly type: "string";
+                                readonly maxLength: 128;
+                                readonly description: "The host's error code. Present exactly when `status` is `refused`.";
+                            };
+                        };
+                    };
+                    readonly ext: {
+                        readonly $ref: "#/$defs/Ext";
+                    };
+                };
+            };
+            readonly Ext: {
+                readonly title: "Ext";
+                readonly description: "Vendor-namespaced extension object per SPEC.md §4.5.1. Each immediate key MUST be a reverse-DNS namespace; structure under each namespace is opaque to the framework.";
+                readonly type: "object";
+                readonly minProperties: 1;
+                readonly additionalProperties: true;
+                readonly propertyNames: {
+                    readonly pattern: "^[a-z][a-z0-9-]*(\\.[a-z0-9-]+)+$";
+                };
+            };
+            readonly RevocationHead: {
+                readonly title: "RevocationHead";
+                readonly type: "object";
+                readonly additionalProperties: false;
+                readonly required: readonly ["sequence", "digest"];
+                readonly description: "Which `RevocationList` a party holds, without its entries: comparable between the room's key holder and a host, and between two hosts, without disclosing whom the room withdrew.";
+                readonly properties: {
+                    readonly sequence: {
+                        readonly type: "integer";
+                        readonly minimum: 1;
+                        readonly description: "The list's `sequence`.";
+                    };
+                    readonly digest: {
+                        readonly $ref: "#/$defs/DigestMultibase";
+                        readonly description: "SHA-256 multihash of the list's RFC 8785 (JCS) canonicalization, `proof` included. Two parties holding one sequence with different digests have been given two lists the room signed at one sequence.";
+                    };
+                };
+            };
+            readonly DigestMultibase: {
+                readonly title: "DigestMultibase";
+                readonly description: "A cryptographic digest as a multibase-encoded multihash — the encoding the W3C Verifiable Credentials Data Model 2.0 defines for `digestMultibase`, and the one `did:webvh` uses for its SCID and entry hashes.\n\nMultihash carries the hash algorithm in-band, so the value is self-describing and the wire format survives an algorithm change without a schema revision; multibase does the same for the base encoding, so a verifier never infers base58 from base64url by context. A bare hex string or a `sha-256:`-style prefix hard-codes one algorithm into the wire contract and is non-conforming here.\n\nThis definition constrains the *encoding only*. What the digest is computed over is stated by each referencing field, because it differs legitimately: a digest over a JSON document is taken over its RFC 8785 (JCS) canonicalization, while a digest over an opaque artifact is taken over its bytes. A field whose input is a JSON document and which does not name a canonicalization is not reproducible.\n\nRestricted to the two multibase headers W3C Controlled Identifiers 1.0 §2.4 normatively requires — `z` (base58btc) and `u` (base64url-no-pad). CID permits others but states that \"interoperability is not guaranteed between implementations using such values\", and a registry whose purpose is interoperability should not mint digests a conforming verifier may be unable to read. The alphabets are enforced rather than assumed: base58btc excludes 0, O, I and l, and an earlier permissive pattern let three published examples carry digests that were not valid base58 at all. base58btc is RECOMMENDED, for consistency with `did:key` and `did:webvh`.";
+                readonly type: "string";
+                readonly minLength: 16;
+                readonly pattern: "^(z[1-9A-HJ-NP-Za-km-z]+|u[A-Za-z0-9_-]+)$";
+                readonly examples: readonly ["zQmbWqxBEKC3P8tqsKc98xmWNzrzDtRLMiMPL8wBuTGsMnR"];
+            };
+            readonly RetentionPolicy: {
+                readonly title: "RetentionPolicy";
+                readonly type: "string";
+                readonly enum: readonly ["chained", "fromJoin"];
+                readonly description: "Whether a room keeps its history readable across a membership change, fixed at creation and immutable thereafter — like `Visibility`, and for the same reason: the rungs of an epoch key chain either exist for an epoch or they do not, and no later change of mind can seal key material that was never sealed or unseal what was already severed. `chained`: each advance produces an `EpochLink`, so every member reads the room's whole retained history however long they have been in it — what a **library** wants, at the cost of post-compromise security for record content, since a compromised current key then reaches every retained epoch. `fromJoin`: no rungs are produced, so a member reads only from the epoch their group state is at — what a **stream** wants, and what a room under a strict forward-secrecy obligation wants, at the cost that a joining member finds an empty-looking room and nobody can reread a record once their group state has moved past the epoch it was sealed under. Absent means `chained`; see the prose on why the absent case is the readable one.";
+                readonly $comment: "Deliberately no JSON Schema `default`. A declared default is materialised by the generated bindings — the member becomes non-optional with a serde default — so an absent value would reappear as an explicit one on re-serialisation and break round-trip idempotence for every document written before this member existed. The meaning of absence is stated in prose, where a binding cannot act on it.";
+            };
+            readonly Visibility: {
+                readonly title: "Visibility";
+                readonly type: "string";
+                readonly enum: readonly ["open", "attributed", "private"];
+                readonly description: "How much of a room its host can see, fixed at creation and immutable thereafter. `open`: records are cleartext, searchable and fully audited. `attributed`: record content is sealed, and the host still learns which member acted. `private`: content is sealed and membership is presented in zero knowledge, so the host verifies that a member acted without learning which. Immutable because a downgrade cannot un-see cleartext and an upgrade would protect only what came after while presenting as though it protected everything.";
+            };
+        };
+    };
+};
+//# sourceMappingURL=payload.d.ts.map

package/dist/rooms/owner/register/0.2/payload.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"payload.d.ts","sourceRoot":"","sources":["../../../../../src/rooms/owner/register/0.2/payload.ts"],"names":[],"mappings":"AAAA;;;GAGG;AAEH,OAAO,KAAK,EAAE,eAAe,EAAE,GAAG,EAAE,eAAe,EAAE,cAAc,EAAE,UAAU,EAAE,MAAM,mCAAmC,CAAC;AAG3H,MAAM,WAAW,yBAAyB;IACxC;;OAEG;IACH,MAAM,EAAE,MAAM,CAAC;IACf;;OAEG;IACH,IAAI,EAAE,MAAM,CAAC;IACb;;OAEG;IACH,UAAU,EAAE,UAAU,CAAC;IACvB;;OAEG;IACH,QAAQ,CAAC,EAAE,MAAM,CAAC;IAClB;;OAEG;IACH,eAAe,CAAC,EAAE,eAAe,CAAC;IAClC;;OAEG;IACH,aAAa,CAAC,EAAE,MAAM,CAAC;IACvB;;OAEG;IACH,GAAG,CAAC,EAAE,GAAG,CAAC;CACX;AACD;;GAEG;AACH,MAAM,WAAW,iCAAiC;IAChD,MAAM,EAAE,MAAM,CAAC;IACf;;OAEG;IACH,IAAI,EAAE,MAAM,CAAC;IACb;;OAEG;IACH,KAAK,EAAE,MAAM,CAAC;IACd;;OAEG;IACH,UAAU,CAAC,EAAE;QACX;;WAEG;QACH,IAAI,EAAE,cAAc,CAAC;QACrB;;WAEG;QACH,MAAM,EAAE,SAAS,GAAG,SAAS,GAAG,SAAS,CAAC;QAC1C;;WAEG;QACH,IAAI,CAAC,EAAE,MAAM,CAAC;KACf,CAAC;IACF,GAAG,CAAC,EAAE,GAAG,CAAC;CACX;AAED,kHAAkH;AAClH,YAAY,EAAE,eAAe,EAAE,GAAG,EAAE,eAAe,EAAE,cAAc,EAAE,UAAU,EAAE,CAAC;AAElF,2BAA2B;AAC3B,eAAO,MAAM,QAAQ,EAAG,sDAA+D,CAAC;AAExF,mEAAmE;AACnE,MAAM,MAAM,OAAO,GAAG,yBAAyB,CAAC;AAEhD,qEAAqE;AACrE,eAAO,MAAM,iBAAiB,EAAG,+DAAwE,CAAC;AAE1G,4EAA4E;AAC5E,MAAM,MAAM,QAAQ,GAAG,iCAAiC,CAAC;AAEzD;;;;;;;;GAQG;AACH,eAAO,MAAM,cAAc;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAmKjB,CAAC;AAEX,mEAAmE;AACnE,eAAO,MAAM,uBAAuB;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CA4H1B,CAAC;AAEX;;;;;GAKG;AACH,eAAO,MAAM,IAAI;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAOP,CAAC;AAEX;;;;GAIG;AACH,eAAO,MAAM,aAAa;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAOhB,CAAC"}