@ftptech/canton-agent-wallet 0.1.15 → 0.1.17

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/dist/tx.d.ts CHANGED
@@ -79,6 +79,110 @@ export declare function createTransferCommand(relay: RelayClient, wallet: AgentW
79
79
  nonce: number;
80
80
  createUpdateId: string;
81
81
  }>;
82
+ /**
83
+ * allocation-api (CIP-56 DVP) — exercise `AllocationFactory_Allocate` to LOCK
84
+ * the agent's funds into an Allocation naming the facilitator as
85
+ * settlement.executor. The facilitator later submits Allocation_ExecuteTransfer
86
+ * (sponsored gas) to settle. The agent signs only the lock here (its own key;
87
+ * the choice's sole controller is transferLeg.sender = the agent) — no gas, no
88
+ * nonce, no merchant preapproval.
89
+ *
90
+ * Mirrors the cip56 `transfer` flow: resolve the allocation factory via the
91
+ * relay → build the allocate exercise → VERIFY-before-sign over the EXACT
92
+ * prepared bytes (pinning sender/receiver/amount/instrument + the executor +
93
+ * the deadline window) → sign locally → execute via relay → read back the
94
+ * created Allocation cid from THIS transaction's events.
95
+ *
96
+ * SECURITY: every money/escrow-critical field the verifier pins (sender == own
97
+ * party, receiver == merchant payTo, amount == required, instrument == intent,
98
+ * settlement.executor == facilitatorParty) is CALLER INTENT passed in `opts`,
99
+ * NOT taken from the relay's resolve response. The relay-resolved factory
100
+ * refs/admin/context are used only to BUILD the exercise; they widen nothing the
101
+ * agent will sign. The cid returned moves no funds on its own — the facilitator
102
+ * independently re-validates every field at /verify + /settle, and only the
103
+ * executor (+ baked-in sender/receiver auth) can ever move the locked funds.
104
+ */
105
+ export declare function allocate(relay: RelayClient, wallet: AgentWallet, opts: {
106
+ /** Merchant party id (PaymentRequirements.payTo). CALLER INTENT. */
107
+ receiver: string;
108
+ /** Daml Decimal amount string (PaymentRequirements.amount). CALLER INTENT. */
109
+ amount: string;
110
+ /** The facilitator party that MUST be settlement.executor
111
+ * (extra.executor = extra.facilitatorParty). CALLER INTENT — pinned by
112
+ * exact equality at the allocation's executor position. */
113
+ executor: string;
114
+ /** Synchronizer id (extra.synchronizerId). CALLER INTENT — pins the prepare's
115
+ * synchronizer + the SIGNED Metadata.synchronizer_id. */
116
+ synchronizerId: string;
117
+ /** Relative allocateBefore deadline (extra.allocateBeforeSeconds). */
118
+ allocateBeforeSeconds: number;
119
+ /** Relative settleBefore deadline (extra.settleBeforeSeconds). MUST be
120
+ * strictly greater than allocateBeforeSeconds. */
121
+ settleBeforeSeconds: number;
122
+ /** Instrument id the agent expects (default "Amulet"). CALLER INTENT. */
123
+ expectInstrumentId?: string;
124
+ /** Optional, independently-trusted instrument admin (DSO) to pin. */
125
+ expectInstrumentAdmin?: string;
126
+ /** x402 reconciliation metadata stamped into transferLeg.meta (paymentId,
127
+ * resourceUrl, version, memo?). */
128
+ transferMeta?: Record<string, string>;
129
+ /** Hash-binding policy; defaults to fail-closed (see HashBindingOptions). */
130
+ hashBinding?: HashBindingOptions;
131
+ }): Promise<{
132
+ payerParty: string;
133
+ /** The Allocation cid (the _Completed case — Amulet creates it synchronously). */
134
+ allocationCid: string | null;
135
+ /** The AllocationInstruction cid (the _Pending case). Track A rejects pending,
136
+ * but the relay surfaces it so the facilitator can return the right error. */
137
+ allocationInstructionCid: string | null;
138
+ /** updateId of the AllocationFactory_Allocate exercise. */
139
+ updateId: string;
140
+ }>;
141
+ /**
142
+ * x402-direct "Design B" onboarding (SENDER side, ONCE-TOTAL). Create the standing
143
+ * `SenderConsent {sender = self, facilitator}` the facilitator later uses to MINT
144
+ * the both-party DirectSettlementConsent for ANY merchant it names. The choice's
145
+ * sole signatory is the SENDER = the agent, so the agent signs only its own create
146
+ * (its own key; no gas, no facilitator signature). Creating the consent MOVES NO
147
+ * FUNDS — it only durably captures the sender's one-time authorization.
148
+ *
149
+ * Mirrors the cip56/v1/allocate flows: build the create exercise → VERIFY-before-sign
150
+ * over the EXACT prepared bytes (pinning the created template + the consent's
151
+ * {sender == self, facilitator} principals + act_as == self, and the foreign-party
152
+ * backstop allowing ONLY {self, facilitator}) → sign locally → execute via the relay
153
+ * → return the create's updateId.
154
+ *
155
+ * SECURITY: every pinned field is CALLER INTENT passed in `opts`, never taken from
156
+ * the relay. A relay-substituted facilitator (which could later mint a both-party
157
+ * consent and settle the agent's allocations) is rejected by the [1] facilitator pin
158
+ * + the foreign-party backstop; a relay-injected value-moving exercise / extra leg /
159
+ * foreign submitter is rejected by the create-root invariant. The cid moves no funds
160
+ * on its own — the facilitator's later DirectSettlementConsent_Execute re-validates
161
+ * every term against the live allocation.
162
+ */
163
+ export declare function createSenderConsent(relay: RelayClient, wallet: AgentWallet, opts: {
164
+ /** The facilitator party the consent grants (extra.facilitatorParty). CALLER
165
+ * INTENT — pinned by exact equality at the consent's [1] facilitator position. */
166
+ facilitator: string;
167
+ /** Caller-intent synchronizer id to PREPARE on + pin the SIGNED
168
+ * Metadata.synchronizer_id to. The consent lives on a specific synchronizer. */
169
+ synchronizerId: string;
170
+ /** Hash-binding policy; defaults to fail-closed (see HashBindingOptions). */
171
+ hashBinding?: HashBindingOptions;
172
+ }): Promise<string>;
173
+ /**
174
+ * x402-direct "Design B" onboarding (MERCHANT side, ONCE-TOTAL). Symmetric to
175
+ * `createSenderConsent`: create the standing `MerchantConsent {merchant = self,
176
+ * facilitator}` the facilitator later uses to MINT the both-party
177
+ * DirectSettlementConsent (MerchantConsent_Accept) from ANY sender it names. The
178
+ * choice's sole signatory is the MERCHANT = the agent. Creating the consent MOVES NO
179
+ * FUNDS. Same verify-before-sign guarantees as the sender side.
180
+ */
181
+ export declare function createMerchantConsent(relay: RelayClient, wallet: AgentWallet, opts: {
182
+ facilitator: string;
183
+ synchronizerId: string;
184
+ hashBinding?: HashBindingOptions;
185
+ }): Promise<string>;
82
186
  /**
83
187
  * Accept every pending incoming transfer (e.g. the agent's initial funding).
84
188
  *
@@ -99,4 +203,128 @@ export declare function claimAll(relay: RelayClient, wallet: AgentWallet, opts?:
99
203
  claimed: number;
100
204
  updateIds: string[];
101
205
  }>;
206
+ /**
207
+ * Reclaim a locked allocation: exercise `Allocation_Withdraw` on the agent's own
208
+ * `AmuletAllocation`, returning its locked funds to the agent (Track B — "locked
209
+ * funds always recoverable"). The choice's sole controller is
210
+ * `allocation.transferLeg.sender` = the agent, and `Allocation_Withdraw` returns
211
+ * the funds to the sender BY CONSTRUCTION — there is no attacker-controllable
212
+ * destination in the choice argument.
213
+ *
214
+ * SECURITY: like every path, this is NOT exempt from verify-before-sign. A
215
+ * malicious relay could return a DIFFERENT choice that DOES move value to an
216
+ * attacker (Allocation_ExecuteTransfer / a TransferFactory_Transfer drain), a
217
+ * withdraw of a DIFFERENT allocation, an injected outbound transfer leg, or a
218
+ * foreign-party submission. We pass `kind: "allocation-withdraw"`, which
219
+ * structurally proves the prepared transaction is a single `Allocation_Withdraw`
220
+ * on EXACTLY `opts.allocationCid` (caller intent, REQUIRED contract-id pin),
221
+ * submitted by the agent (act_as == wallet.party), with NO foreign party
222
+ * anywhere — and binds the signed hash to those bytes (fail-closed by default,
223
+ * exactly like the accept/allocate paths). `opts.hashBinding` lets a programmatic
224
+ * caller supply a participant-conformant recompute; the CLI resolves it from the
225
+ * environment (default fail-closed).
226
+ *
227
+ * No caller-intent synchronizer is threaded (like the claim/accept path): the
228
+ * withdraw carries no caller-chosen domain — `prepareSignExecute` omits the
229
+ * synchronizerId arg.
230
+ */
231
+ export declare function reclaimAllocation(relay: RelayClient, wallet: AgentWallet, opts: {
232
+ allocationCid: string;
233
+ hashBinding?: HashBindingOptions;
234
+ /** CALLER-INTENT reference parties for the lock-expiry withdraw: the
235
+ * allocation executor / lock holder (facilitator) and the instrument admin
236
+ * (DSO). Supply when the allocation was locked to a facilitator (Design A) so
237
+ * the verify foreign-party backstop permits the AmuletRules/round/unlock refs
238
+ * these two legitimately produce. Omit on the no-lock path. */
239
+ facilitator?: string;
240
+ instrumentAdmin?: string;
241
+ /** CALLER-INTENT allocation RECEIVER (the merchant). Supply for a "Design B"
242
+ * DIRECT allocation, where the receiver is the MERCHANT (not the facilitator)
243
+ * — the legitimate `Allocation_Withdraw` expire-lock choice-context then
244
+ * references the merchant party, so the verify foreign-party backstop must
245
+ * permit EXACTLY this caller-pinned party. Pass the allocation's known
246
+ * receiver (never a relay-supplied value). Omit for "Design A" escrow, where
247
+ * receiver == facilitator (already permitted) — behavior is then unchanged. */
248
+ receiver?: string;
249
+ }): Promise<string>;
250
+ /**
251
+ * x402-escrow "Design A" ACCEPT: the SENDER (the agent — an external party whose
252
+ * key the agent-wallet holds) exercises `X402EscrowOffer_Accept` on an
253
+ * `X402EscrowOffer` the facilitator created, to capture its one-time
254
+ * authorization. ACCEPTING MOVES NO FUNDS — it only archives the offer and creates
255
+ * the `X402Escrow` whose signatories are {facilitator, sender}; the facilitator
256
+ * later settles the locked allocation ALONE off the joint authority captured here.
257
+ * The choice's sole controller is the offer's `sender` = the agent, so the agent
258
+ * signs only its own accept (its own key; no gas, no merchant signature).
259
+ *
260
+ * Mirrors the reclaim (`reclaimAllocation` / `Allocation_Withdraw`) flow: build
261
+ * the exercise → VERIFY-before-sign over the EXACT prepared bytes → sign locally →
262
+ * execute via the relay → read back the created `X402Escrow` cid from THIS
263
+ * transaction's events (the agent is relay-only). The sender is an OBSERVER of the
264
+ * offer (not a stakeholder that has it in its ACS), so the offer contract is
265
+ * DISCLOSED via `opts.offerDisclosedContract` (the facilitator surfaces its
266
+ * created_event_blob).
267
+ *
268
+ * SECURITY: like every path, this is NOT exempt from verify-before-sign. A
269
+ * malicious relay could return a DIFFERENT, value-MOVING choice (an
270
+ * Allocation_ExecuteTransfer / TransferFactory_Transfer / CreateTransferCommand /
271
+ * Allocation_Withdraw drain), an accept of a DIFFERENT offer, an injected outbound
272
+ * transfer leg as a consequence, a relay-SUBSTITUTED facilitator (who could later
273
+ * settle the escrow to an attacker), or a foreign-party submission. We pass
274
+ * `kind: "escrow-accept"`, which structurally proves the prepared transaction is a
275
+ * single `X402EscrowOffer_Accept` on EXACTLY `opts.offerCid` (caller intent,
276
+ * REQUIRED contract-id pin), submitted by the agent (act_as == wallet.party),
277
+ * creating an escrow only among the caller-intended {sender, facilitator
278
+ * (+merchant/instrumentAdmin)} parties — and binds the signed hash to those bytes
279
+ * (fail-closed by default, exactly like the reclaim/accept paths). `opts.hashBinding`
280
+ * lets a programmatic caller supply a participant-conformant recompute; the CLI
281
+ * resolves it from the environment (default fail-closed).
282
+ *
283
+ * Returns `{ escrowCid, updateId }`. `escrowCid` is read back via the relay from
284
+ * the accept transaction's events; it is `null` if the relay could not resolve it
285
+ * within its poll budget (the cid moves no funds — the facilitator independently
286
+ * re-validates the escrow + allocation terms at settle).
287
+ */
288
+ export declare function acceptEscrowOffer(relay: RelayClient, wallet: AgentWallet, opts: {
289
+ /** The `X402EscrowOffer` cid to accept. CALLER INTENT — REQUIRED contract-id
290
+ * pin (the verify arm refuses an accept of any other contract). */
291
+ offerCid: string;
292
+ /** The offer's resolved templateId for the exercise target. The choice is
293
+ * exercised THROUGH `#x402-escrow:X402Escrow:X402EscrowOffer` by default; pass
294
+ * a concrete (package-id-qualified) templateId to override. */
295
+ offerTemplateId?: string;
296
+ /** The facilitator party (offer signatory; settles alone). CALLER INTENT —
297
+ * pinned + added to the allowed-escrow-party set. REQUIRED. */
298
+ facilitator: string;
299
+ /** Optional merchant party recorded on the created escrow (reference-only).
300
+ * Supply when the honest escrow names a distinct merchant so the backstop
301
+ * allows it; omit when merchant collapses onto facilitator/sender. */
302
+ merchant?: string;
303
+ /** Optional instrument admin (DSO) recorded on the created escrow. */
304
+ instrumentAdmin?: string;
305
+ /** Optional Decimal amount the sender intends the escrow to settle. CALLER
306
+ * INTENT — when supplied, the verify arm pins the created `X402Escrow`'s
307
+ * recorded `amount` (a Numeric the party-leaf backstop cannot see) to it by
308
+ * canonical equality, closing the amount-swap gap where a malicious/buggy
309
+ * facilitator authored the offer with an inflated amount. Never taken from the
310
+ * relay. Omit only when the caller has no intended amount to assert. */
311
+ amount?: string;
312
+ /** The sender is an OBSERVER of the offer, so disclose the offer contract.
313
+ * Shape mirrors the v1 EPAR / allocation disclosed-contract envelope. */
314
+ offerDisclosedContract?: {
315
+ templateId: string;
316
+ contractId: string;
317
+ createdEventBlob: string;
318
+ synchronizerId: string;
319
+ };
320
+ /** Caller-intent synchronizer id to PREPARE on + pin the SIGNED
321
+ * Metadata.synchronizer_id to. REQUIRED (the accept carries a caller-chosen
322
+ * domain — the offer/escrow live on a specific synchronizer). */
323
+ synchronizerId: string;
324
+ /** Hash-binding policy; defaults to fail-closed (see HashBindingOptions). */
325
+ hashBinding?: HashBindingOptions;
326
+ }): Promise<{
327
+ escrowCid: string | null;
328
+ updateId: string;
329
+ }>;
102
330
  //# sourceMappingURL=tx.d.ts.map
package/dist/tx.d.ts.map CHANGED
@@ -1 +1 @@
1
- {"version":3,"file":"tx.d.ts","sourceRoot":"","sources":["../src/tx.ts"],"names":[],"mappings":"AASA,OAAO,KAAK,EAAE,WAAW,EAAE,MAAM,mBAAmB,CAAC;AACrD,OAAO,KAAK,EAAE,WAAW,EAAE,MAAM,YAAY,CAAC;AAC9C,OAAO,EAKL,KAAK,kBAAkB,EAIxB,MAAM,sBAAsB,CAAC;AAiI9B;;;;;;GAMG;AACH,wBAAsB,QAAQ,CAC5B,KAAK,EAAE,WAAW,EAClB,MAAM,EAAE,WAAW,EACnB,IAAI,EAAE;IACJ,QAAQ,EAAE,MAAM,CAAC;IACjB,MAAM,EAAE,MAAM,CAAC;IACf,IAAI,CAAC,EAAE,MAAM,CAAC,MAAM,EAAE,MAAM,CAAC,CAAC;IAC9B,kBAAkB,CAAC,EAAE,MAAM,CAAC;IAC5B;;6DAEyD;IACzD,oBAAoB,CAAC,EAAE,MAAM,CAAC;IAC9B;;;6EAGyE;IACzE,qBAAqB,CAAC,EAAE,MAAM,CAAC;IAC/B;;;;;OAKG;IACH,WAAW,CAAC,EAAE,kBAAkB,CAAC;CAClC,GACA,OAAO,CAAC,MAAM,CAAC,CAkEjB;AAED;;;;;;;;;;;;;;;;GAgBG;AACH,wBAAsB,qBAAqB,CACzC,KAAK,EAAE,WAAW,EAClB,MAAM,EAAE,WAAW,EACnB,IAAI,EAAE;IACJ,oEAAoE;IACpE,QAAQ,EAAE,MAAM,CAAC;IACjB,wEAAwE;IACxE,MAAM,EAAE,MAAM,CAAC;IACf;gFAC4E;IAC5E,QAAQ,EAAE,MAAM,CAAC;IACjB;oFACgF;IAChF,cAAc,EAAE,MAAM,CAAC;IACvB;iFAC6E;IAC7E,WAAW,EAAE,MAAM,CAAC;IACpB,wDAAwD;IACxD,WAAW,CAAC,EAAE,MAAM,CAAC;IACrB;;;;;;8EAM0E;IAC1E,WAAW,CAAC,EAAE,MAAM,CAAC;IACrB,6EAA6E;IAC7E,WAAW,CAAC,EAAE,kBAAkB,CAAC;CAClC,GACA,OAAO,CAAC;IAAE,kBAAkB,EAAE,MAAM,CAAC;IAAC,UAAU,EAAE,MAAM,CAAC;IAAC,KAAK,EAAE,MAAM,CAAC;IAAC,cAAc,EAAE,MAAM,CAAA;CAAE,CAAC,CAsHpG;AAED;;;;;;;;;;;;;GAaG;AACH,wBAAsB,QAAQ,CAC5B,KAAK,EAAE,WAAW,EAClB,MAAM,EAAE,WAAW,EACnB,IAAI,GAAE;IAAE,WAAW,CAAC,EAAE,kBAAkB,CAAA;CAAO,GAC9C,OAAO,CAAC;IAAE,OAAO,EAAE,MAAM,CAAC;IAAC,SAAS,EAAE,MAAM,EAAE,CAAA;CAAE,CAAC,CA8BnD"}
1
+ {"version":3,"file":"tx.d.ts","sourceRoot":"","sources":["../src/tx.ts"],"names":[],"mappings":"AASA,OAAO,KAAK,EAAE,WAAW,EAAE,MAAM,mBAAmB,CAAC;AACrD,OAAO,KAAK,EAAE,WAAW,EAAE,MAAM,YAAY,CAAC;AAC9C,OAAO,EASL,KAAK,kBAAkB,EAQxB,MAAM,sBAAsB,CAAC;AAqM9B;;;;;;GAMG;AACH,wBAAsB,QAAQ,CAC5B,KAAK,EAAE,WAAW,EAClB,MAAM,EAAE,WAAW,EACnB,IAAI,EAAE;IACJ,QAAQ,EAAE,MAAM,CAAC;IACjB,MAAM,EAAE,MAAM,CAAC;IACf,IAAI,CAAC,EAAE,MAAM,CAAC,MAAM,EAAE,MAAM,CAAC,CAAC;IAC9B,kBAAkB,CAAC,EAAE,MAAM,CAAC;IAC5B;;6DAEyD;IACzD,oBAAoB,CAAC,EAAE,MAAM,CAAC;IAC9B;;;6EAGyE;IACzE,qBAAqB,CAAC,EAAE,MAAM,CAAC;IAC/B;;;;;OAKG;IACH,WAAW,CAAC,EAAE,kBAAkB,CAAC;CAClC,GACA,OAAO,CAAC,MAAM,CAAC,CAkEjB;AAED;;;;;;;;;;;;;;;;GAgBG;AACH,wBAAsB,qBAAqB,CACzC,KAAK,EAAE,WAAW,EAClB,MAAM,EAAE,WAAW,EACnB,IAAI,EAAE;IACJ,oEAAoE;IACpE,QAAQ,EAAE,MAAM,CAAC;IACjB,wEAAwE;IACxE,MAAM,EAAE,MAAM,CAAC;IACf;gFAC4E;IAC5E,QAAQ,EAAE,MAAM,CAAC;IACjB;oFACgF;IAChF,cAAc,EAAE,MAAM,CAAC;IACvB;iFAC6E;IAC7E,WAAW,EAAE,MAAM,CAAC;IACpB,wDAAwD;IACxD,WAAW,CAAC,EAAE,MAAM,CAAC;IACrB;;;;;;8EAM0E;IAC1E,WAAW,CAAC,EAAE,MAAM,CAAC;IACrB,6EAA6E;IAC7E,WAAW,CAAC,EAAE,kBAAkB,CAAC;CAClC,GACA,OAAO,CAAC;IAAE,kBAAkB,EAAE,MAAM,CAAC;IAAC,UAAU,EAAE,MAAM,CAAC;IAAC,KAAK,EAAE,MAAM,CAAC;IAAC,cAAc,EAAE,MAAM,CAAA;CAAE,CAAC,CAsHpG;AAED;;;;;;;;;;;;;;;;;;;;;;GAsBG;AACH,wBAAsB,QAAQ,CAC5B,KAAK,EAAE,WAAW,EAClB,MAAM,EAAE,WAAW,EACnB,IAAI,EAAE;IACJ,oEAAoE;IACpE,QAAQ,EAAE,MAAM,CAAC;IACjB,8EAA8E;IAC9E,MAAM,EAAE,MAAM,CAAC;IACf;;gEAE4D;IAC5D,QAAQ,EAAE,MAAM,CAAC;IACjB;8DAC0D;IAC1D,cAAc,EAAE,MAAM,CAAC;IACvB,sEAAsE;IACtE,qBAAqB,EAAE,MAAM,CAAC;IAC9B;uDACmD;IACnD,mBAAmB,EAAE,MAAM,CAAC;IAC5B,yEAAyE;IACzE,kBAAkB,CAAC,EAAE,MAAM,CAAC;IAC5B,qEAAqE;IACrE,qBAAqB,CAAC,EAAE,MAAM,CAAC;IAC/B;wCACoC;IACpC,YAAY,CAAC,EAAE,MAAM,CAAC,MAAM,EAAE,MAAM,CAAC,CAAC;IACtC,6EAA6E;IAC7E,WAAW,CAAC,EAAE,kBAAkB,CAAC;CAClC,GACA,OAAO,CAAC;IACT,UAAU,EAAE,MAAM,CAAC;IACnB,kFAAkF;IAClF,aAAa,EAAE,MAAM,GAAG,IAAI,CAAC;IAC7B;mFAC+E;IAC/E,wBAAwB,EAAE,MAAM,GAAG,IAAI,CAAC;IACxC,2DAA2D;IAC3D,QAAQ,EAAE,MAAM,CAAC;CAClB,CAAC,CA0GD;AAED;;;;;;;;;;;;;;;;;;;;;GAqBG;AACH,wBAAsB,mBAAmB,CACvC,KAAK,EAAE,WAAW,EAClB,MAAM,EAAE,WAAW,EACnB,IAAI,EAAE;IACJ;uFACmF;IACnF,WAAW,EAAE,MAAM,CAAC;IACpB;qFACiF;IACjF,cAAc,EAAE,MAAM,CAAC;IACvB,6EAA6E;IAC7E,WAAW,CAAC,EAAE,kBAAkB,CAAC;CAClC,GACA,OAAO,CAAC,MAAM,CAAC,CAUjB;AAED;;;;;;;GAOG;AACH,wBAAsB,qBAAqB,CACzC,KAAK,EAAE,WAAW,EAClB,MAAM,EAAE,WAAW,EACnB,IAAI,EAAE;IACJ,WAAW,EAAE,MAAM,CAAC;IACpB,cAAc,EAAE,MAAM,CAAC;IACvB,WAAW,CAAC,EAAE,kBAAkB,CAAC;CAClC,GACA,OAAO,CAAC,MAAM,CAAC,CAUjB;AA+CD;;;;;;;;;;;;;GAaG;AACH,wBAAsB,QAAQ,CAC5B,KAAK,EAAE,WAAW,EAClB,MAAM,EAAE,WAAW,EACnB,IAAI,GAAE;IAAE,WAAW,CAAC,EAAE,kBAAkB,CAAA;CAAO,GAC9C,OAAO,CAAC;IAAE,OAAO,EAAE,MAAM,CAAC;IAAC,SAAS,EAAE,MAAM,EAAE,CAAA;CAAE,CAAC,CA8BnD;AAED;;;;;;;;;;;;;;;;;;;;;;;;GAwBG;AACH,wBAAsB,iBAAiB,CACrC,KAAK,EAAE,WAAW,EAClB,MAAM,EAAE,WAAW,EACnB,IAAI,EAAE;IACJ,aAAa,EAAE,MAAM,CAAC;IACtB,WAAW,CAAC,EAAE,kBAAkB,CAAC;IACjC;;;;oEAIgE;IAChE,WAAW,CAAC,EAAE,MAAM,CAAC;IACrB,eAAe,CAAC,EAAE,MAAM,CAAC;IACzB;;;;;;oFAMgF;IAChF,QAAQ,CAAC,EAAE,MAAM,CAAC;CACnB,GACA,OAAO,CAAC,MAAM,CAAC,CAyCjB;AAED;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAqCG;AACH,wBAAsB,iBAAiB,CACrC,KAAK,EAAE,WAAW,EAClB,MAAM,EAAE,WAAW,EACnB,IAAI,EAAE;IACJ;wEACoE;IACpE,QAAQ,EAAE,MAAM,CAAC;IACjB;;oEAEgE;IAChE,eAAe,CAAC,EAAE,MAAM,CAAC;IACzB;oEACgE;IAChE,WAAW,EAAE,MAAM,CAAC;IACpB;;2EAEuE;IACvE,QAAQ,CAAC,EAAE,MAAM,CAAC;IAClB,sEAAsE;IACtE,eAAe,CAAC,EAAE,MAAM,CAAC;IACzB;;;;;6EAKyE;IACzE,MAAM,CAAC,EAAE,MAAM,CAAC;IAChB;8EAC0E;IAC1E,sBAAsB,CAAC,EAAE;QACvB,UAAU,EAAE,MAAM,CAAC;QACnB,UAAU,EAAE,MAAM,CAAC;QACnB,gBAAgB,EAAE,MAAM,CAAC;QACzB,cAAc,EAAE,MAAM,CAAC;KACxB,CAAC;IACF;;sEAEkE;IAClE,cAAc,EAAE,MAAM,CAAC;IACvB,6EAA6E;IAC7E,WAAW,CAAC,EAAE,kBAAkB,CAAC;CAClC,GACA,OAAO,CAAC;IAAE,SAAS,EAAE,MAAM,GAAG,IAAI,CAAC;IAAC,QAAQ,EAAE,MAAM,CAAA;CAAE,CAAC,CAqEzD"}