xrpjson 0.1.0

package/dist/fp/factories/xchain-commit.d.ts

@@ -0,0 +1,168 @@
+/**
+ * Functional XChainCommit factory — frozen-object style.
+ *
+ * Locks assets on the locking chain to start a cross-chain transfer.
+ * Validation happens at construction; there is no way to construct an
+ * invalid tx.
+ *
+ *   import { xchainCommit } from 'xrplt/fp';
+ *   const tx = xchainCommit({
+ *     Account,
+ *     Amount: '10000',
+ *     XChainClaimID: '13f',
+ *     OtherChainDestination: 'rahDmoXrtPdh7sUdrPjini3gcnTVYjbjjw',
+ *     XChainBridge: {
+ *       LockingChainDoor: 'rMAXACCrp3Y8PpswXcg3bKggHX76V3F8M4',
+ *       LockingChainIssue: { currency: 'XRP' },
+ *       IssuingChainDoor: 'rHb9CJAWyB4rj91VRWn96DkukG4bwdtyTh',
+ *       IssuingChainIssue: { currency: 'XRP' },
+ *     },
+ *   });
+ *   const j = tx.toJSON();
+ *
+ * Required amendment: `XChainBridge`.
+ *
+ * @see https://xrpl.org/docs/references/protocol/transactions/types/xchaincommit
+ * @see xrpl.js `packages/xrpl/src/models/transactions/XChainCommit.ts`
+ *      (`validateXChainCommit` — source of every required-field check in
+ *      this factory).
+ * @see XLS-0038 §2.3.2 — "The `XChainCommit` transaction"
+ *      (`~/.mavis/docs.local/xrpl-standards/repo/XLS-0038-cross-chain-bridge/README.md`
+ *      lines 412–447)
+ *
+ * ## Divergences
+ *
+ * Compared with `src/transactions/xchain-commit.ts`, this factory adds
+ * guards the class skips (or that xrpl.js / xrpl.org / XLS-38 mandate
+ * but the class omits):
+ *
+ * - **`Account` must be a valid XRPL classic or X-address.** The class
+ *   accepts any string via `super.validate()` (which only checks
+ *   `isString`). xrpl.js's `validateBaseTransaction` (which
+ *   `validateXChainCommit` delegates to) enforces a valid classic
+ *   address; we mirror that at construction.
+ *   - Source: xrpl.js `common.ts` `validateBaseTransaction`.
+ *   - Cross-ref: rippled parses `Account` as `STAccount`; only valid
+ *     XRPL classic addresses parse.
+ *
+ * - **`XChainBridge` is fully shape-validated.** xrpl.js
+ *   `validateXChainCommit` line 65 calls
+ *   `validateRequiredField(tx, 'XChainBridge', isXChainBridge)`, which
+ *   requires exactly 4 keys, two `AccountID` door strings, and two
+ *   `Issue` currency objects (`{currency: 'XRP'}` or
+ *   `{currency, issuer}`). The class only verifies `isRecord`, which
+ *   accepts any object (including `{}` or `{foo: 'bar'}`). The factory
+ *   uses the local `isXChainBridge` helper to enforce the full shape.
+ *   - Source: xrpl.js `common.ts` `isXChainBridge`.
+ *   - Source: XLS-38 §2.1.1.1.2 lines 175–180 (bridge fields are
+ *     `XCHAIN_BRIDGE` internal type; all 4 sub-fields required).
+ *   - Cross-ref: our `src/validation/helpers.ts` `isXChainBridge`
+ *     (lines 168–177) mirrors the xrpl.js check.
+ *
+ * - **Both `XChainBridge` doors must be valid XRPL classic / X
+ *   addresses.** `isXChainBridge` only checks that the door strings are
+ *   strings; rippled parses them as `STAccount`. The factory
+ *   additionally runs `isAccount` on each door so a malformed door
+ *   string is caught at construction.
+ *   - Source: rippled `XChainBridge.h` (parses `sfLockingChainDoor`,
+ *     `sfIssuingChainDoor` as `STAccount`).
+ *   - Cross-ref: XLS-38 §2.1.1.1.2 line 177 (`LockingChainDoor` is
+ *     `ACCOUNT`); line 179 (`IssuingChainDoor` is `ACCOUNT`).
+ *
+ * - **`XChainClaimID` accepts number OR decimal string (UInt64).** The
+ *   class types the field as `number` only. xrpl.js types it as
+ *   `number | string` (`XChainCommit.ts:38`) and validates with
+ *   `isNumber(inp) || isString(inp)` (line 70). xrpl.org
+ *   `xchaincommit.md` line 47 marks it `String / UInt64`; XLS-38
+ *   §2.3.2.1.2 line 432 defines it as `UINT64`. The wire format
+ *   encodes UInt64 as a decimal string; callers frequently pass it as
+ *   a string. The factory accepts either, and when a string is
+ *   provided verifies it is a decimal integer in `[0, 2^64-1]`.
+ *   - Source: xrpl.js `XChainCommit.ts:38,67–71`.
+ *   - Source: xrpl.org `xchaincommit.md` line 47.
+ *   - Source: XLS-38 §2.3.2.1.2 line 432.
+ *
+ * - **`OtherChainDestination` is optional, but when present must be a
+ *   valid XRPL classic / X-address.** XLS-38 §2.3.2.1.4 line 422
+ *   defines it as `ACCOUNT` and marks the field OPTIONAL. xrpl.org
+ *   `xchaincommit.md` line 50 confirms `Required? No`. xrpl.js
+ *   `validateXChainCommit` line 73 calls
+ *   `validateOptionalField(tx, 'OtherChainDestination', isAccount)`.
+ *   The class declares `OtherChainDestination?: string | undefined`
+ *   without any `isAccount` check; any string passes. The factory
+ *   enforces the XRPL-account format when present.
+ *   - Source: xrpl.js `XChainCommit.ts:46,73`.
+ *   - Source: xrpl.org `xchaincommit.md` line 50 (No).
+ *   - Source: XLS-38 §2.3.2.1.4 line 422 (`ACCOUNT`, no required check).
+ *
+ * - **`Amount` must be strictly positive.** The class delegates to
+ *   `isAmount`, which accepts `Amount: '0'` (XRP string) and
+ *   `{value: '0'}` (IOU/MPT). Per XLS-38 §2.3.2.1.3 line 440, "The
+ *   asset to commit, and the quantity. This must match the door
+ *   account's LockingChainIssue (if on the locking chain) or the door
+ *   account's IssuingChainIssue (if on the issuing chain)." The bridge
+ *   can only be funded with a positive transfer; zero is meaningless
+ *   and would be rejected on-ledger. The factory enforces `> 0` across
+ *   all three Amount forms (XRP string, IOU `value`, MPT `value`).
+ *   - Source: XLS-38 §2.3.2.1.3 line 440.
+ *   - Cross-ref: xrpl.js `isAmount` accepts any shape; the strict
+ *     `> 0` check is a factory addition.
+ *
+ * - **`Amount` shape sub-checks for IOU and MPT.** For IOU, the
+ *   `issuer` must be a valid XRPL account address (rippled parses
+ *   `STAmount.issuer` as `STAccount`); for both IOU and MPT, `value`
+ *   must be a non-negative base-10 integer string (matching the XRPL
+ *   wire format). The class's `isAmount` only checks structural keys;
+ *   it does not validate `issuer` against `isAccount` or `value`
+ *   against the decimal regex.
+ *   - Source: rippled `Amount.cpp` (parses `issuer` as `STAccount`).
+ *   - Source: rippled `STAmount.cpp` (parses `value` as decimal
+ *     integer string).
+ *
+ * - **`Flags` accepted for parity with the base transaction shape.**
+ *   XChainCommit itself defines no transaction-specific flags; only
+ *   `tfFullyCanonicalSig` (global) is normally meaningful. The class
+ *   does not declare a `Flags` field. We accept a numeric bitmask for
+ *   parity with the rest of the fp family.
+ *   - Source: XLS-38 §2.3.2.1 lines 414–418 (no `Flags` row).
+ *   - Cross-ref: rippled accepts the `Flags` field for any transaction
+ *     (it just defaults to `tfFullyCanonicalSig`).
+ */
+import type { Amount } from '../../types/amounts.js';
+import type { XChainBridge } from '../../types/common.js';
+export interface XchainCommitProps {
+    /** The unique address of the transaction sender (the account that
+     *  funds the lock-and-unwrap). */
+    Account: string;
+    /** The bridge to use to transfer funds. 4-key shape with both doors
+     *  as valid XRPL classic/X addresses and both Issues as valid
+     *  currency objects. */
+    XChainBridge: XChainBridge;
+    /** The unique integer ID for a cross-chain transfer that was created
+     *  on the destination chain via an `XChainCreateClaimID` transaction.
+     *  UInt64 — accepts number or decimal string. */
+    XChainClaimID: number | string;
+    /** The asset to commit, and the quantity. Must match the door
+     *  account's `LockingChainIssue` (locking chain) or
+     *  `IssuingChainIssue` (issuing chain). Strictly positive (> 0). */
+    Amount: Amount;
+    /** The destination account on the destination chain. Optional.
+     *  If not specified, the account that submitted the
+     *  `XChainCreateClaimID` transaction on the destination chain will
+     *  need to submit an `XChainClaim` transaction to claim the funds. */
+    OtherChainDestination?: string | undefined;
+    /** Bit-flags for this transaction. XChainCommit has no defined
+     *  flags; only `tfFullyCanonicalSig` (global) is normally meaningful.
+     *  Accepted for parity with the base tx shape. */
+    Flags?: number | undefined;
+    Fee?: string | undefined;
+    Sequence?: number | undefined;
+}
+export interface XchainCommit extends Readonly<XchainCommitProps> {
+    readonly TransactionType: 'XChainCommit';
+    validate(): void;
+    toJSON(): Record<string, unknown>;
+    with(overrides: Partial<XchainCommitProps>): XchainCommit;
+}
+export declare function xchainCommit(props: XchainCommitProps): XchainCommit;
+//# sourceMappingURL=xchain-commit.d.ts.map

package/dist/fp/factories/xchain-commit.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"xchain-commit.d.ts","sourceRoot":"","sources":["../../../src/fp/factories/xchain-commit.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAiIG;AACH,OAAO,KAAK,EAAE,MAAM,EAAE,MAAM,wBAAwB,CAAC;AACrD,OAAO,KAAK,EAAE,YAAY,EAAE,MAAM,uBAAuB,CAAC;AAwJ1D,MAAM,WAAW,iBAAiB;IAChC;sCACkC;IAClC,OAAO,EAAE,MAAM,CAAC;IAEhB;;4BAEwB;IACxB,YAAY,EAAE,YAAY,CAAC;IAE3B;;qDAEiD;IACjD,aAAa,EAAE,MAAM,GAAG,MAAM,CAAC;IAE/B;;wEAEoE;IACpE,MAAM,EAAE,MAAM,CAAC;IAEf;;;0EAGsE;IACtE,qBAAqB,CAAC,EAAE,MAAM,GAAG,SAAS,CAAC;IAE3C;;sDAEkD;IAClD,KAAK,CAAC,EAAE,MAAM,GAAG,SAAS,CAAC;IAC3B,GAAG,CAAC,EAAE,MAAM,GAAG,SAAS,CAAC;IACzB,QAAQ,CAAC,EAAE,MAAM,GAAG,SAAS,CAAC;CAC/B;AAED,MAAM,WAAW,YAAa,SAAQ,QAAQ,CAAC,iBAAiB,CAAC;IAC/D,QAAQ,CAAC,eAAe,EAAE,cAAc,CAAC;IACzC,QAAQ,IAAI,IAAI,CAAC;IACjB,MAAM,IAAI,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,CAAC;IAClC,IAAI,CAAC,SAAS,EAAE,OAAO,CAAC,iBAAiB,CAAC,GAAG,YAAY,CAAC;CAC3D;AAID,wBAAgB,YAAY,CAAC,KAAK,EAAE,iBAAiB,GAAG,YAAY,CA2DnE"}

package/dist/fp/factories/xchain-commit.js

@@ -0,0 +1,137 @@
+import { isAccount, isAmount, isIssuedCurrencyAmount, isMPTAmount, isNumber, isString, isXChainBridge, } from '../../validation/helpers.js';
+import { ValidationError } from '../../errors.js';
+import { buildFrozenTx, mergeForWith, require } from '../shape.js';
+// ─── Spec constants ──────────────────────────────────────────────────
+// XLS-38 §2.3.2.1.2 line 432: XChainClaimID is UInt64.
+const UINT64_MIN = 0n;
+const UINT64_MAX = (1n << 64n) - 1n;
+// Non-negative base-10 integer string used for Amount value parsing.
+const DECIMAL_INT_REGEX = /^[0-9]+$/u;
+// ─── Helpers ─────────────────────────────────────────────────────────
+/**
+ * Verify both XChainBridge doors are valid XRPL account addresses
+ * (the local `isXChainBridge` helper only checks `typeof === 'string'`).
+ */
+function assertValidXChainBridge(bridge) {
+    if (!isAccount(bridge.LockingChainDoor)) {
+        throw new ValidationError('XChainCommit: XChainBridge.LockingChainDoor must be a valid XRPL account address');
+    }
+    if (!isAccount(bridge.IssuingChainDoor)) {
+        throw new ValidationError('XChainCommit: XChainBridge.IssuingChainDoor must be a valid XRPL account address');
+    }
+}
+/**
+ * Validate that an Amount is strictly positive across all three forms
+ * (XRP drops string, IssuedCurrencyAmount, MPTAmount). XChainCommit is
+ * bridge-agnostic: XRP-XRP and IOU-IOU bridges are both supported,
+ * per XLS-38 §2.3.2.1.3 line 440.
+ */
+function validatePositiveAmount(amount, path) {
+    if (!isAmount(amount)) {
+        throw new ValidationError(`XChainCommit: ${path} must be a valid Amount (XRP drops string, IOU object, or MPT object)`);
+    }
+    if (isString(amount)) {
+        if (!DECIMAL_INT_REGEX.test(amount)) {
+            throw new ValidationError(`XChainCommit: ${path} (XRP) must be a non-negative base-10 integer string`);
+        }
+        if (amount === '0') {
+            throw new ValidationError(`XChainCommit: ${path} must be strictly positive (XRP); got "0"`);
+        }
+        return;
+    }
+    if (isIssuedCurrencyAmount(amount)) {
+        if (!isAccount(amount.issuer)) {
+            throw new ValidationError(`XChainCommit: ${path}.issuer must be a valid XRPL account address`);
+        }
+        if (!isString(amount.value) || !DECIMAL_INT_REGEX.test(amount.value)) {
+            throw new ValidationError(`XChainCommit: ${path}.value must be a non-negative base-10 integer string`);
+        }
+        if (amount.value === '0') {
+            throw new ValidationError(`XChainCommit: ${path} must be strictly positive (IOU); got value "0"`);
+        }
+        return;
+    }
+    if (isMPTAmount(amount)) {
+        if (!isString(amount.value) || !DECIMAL_INT_REGEX.test(amount.value)) {
+            throw new ValidationError(`XChainCommit: ${path}.value must be a non-negative base-10 integer string`);
+        }
+        if (amount.value === '0') {
+            throw new ValidationError(`XChainCommit: ${path} must be strictly positive (MPT); got value "0"`);
+        }
+        return;
+    }
+    // Unreachable — defensive.
+    throw new ValidationError(`XChainCommit: ${path} must be a valid Amount (XRP drops string, IOU object, or MPT object)`);
+}
+/**
+ * Validate that an XChainClaimID value (number or decimal string) fits
+ * in `[0, 2^64-1]`. The wire format encodes UInt64 as a decimal
+ * string; this helper normalises both forms into BigInt and
+ * range-checks.
+ */
+function validateXChainClaimIDValue(value, field) {
+    if (typeof value === 'number') {
+        if (!Number.isInteger(value) ||
+            value < 0 ||
+            value > Number.MAX_SAFE_INTEGER) {
+            throw new ValidationError(`XChainCommit: ${field} numeric form must be a non-negative safe integer (UInt64)`);
+        }
+        return;
+    }
+    if (!DECIMAL_INT_REGEX.test(value)) {
+        throw new ValidationError(`XChainCommit: ${field} string form must be a decimal integer (UInt64)`);
+    }
+    let big;
+    try {
+        big = BigInt(value);
+    }
+    catch {
+        throw new ValidationError(`XChainCommit: ${field} string form is not a valid integer (UInt64)`);
+    }
+    if (big < UINT64_MIN || big > UINT64_MAX) {
+        throw new ValidationError(`XChainCommit: ${field} is out of UInt64 range [0, ${UINT64_MAX}]`);
+    }
+}
+// ─── Factory ─────────────────────────────────────────────────────────
+export function xchainCommit(props) {
+    // ── Account ── required, valid XRPL classic/X-address.
+    require(props.Account, 'XChainCommit: missing or invalid Account', isAccount);
+    // ── XChainBridge ── required, full shape (4 keys + valid Issues) +
+    //    both doors as valid XRPL accounts.
+    require(props.XChainBridge, 'XChainCommit: XChainBridge is required and must have shape {LockingChainDoor, LockingChainIssue, IssuingChainDoor, IssuingChainIssue}', isXChainBridge);
+    assertValidXChainBridge(props.XChainBridge);
+    // ── XChainClaimID ── required, number OR decimal string (UInt64).
+    if (!isNumber(props.XChainClaimID) && !isString(props.XChainClaimID)) {
+        throw new ValidationError('XChainCommit: XChainClaimID must be a number or decimal string (UInt64)');
+    }
+    validateXChainClaimIDValue(props.XChainClaimID, 'XChainClaimID');
+    // ── Amount ── required, any Currency Amount form, strictly positive.
+    validatePositiveAmount(props.Amount, 'Amount');
+    // ── OtherChainDestination ── optional, valid XRPL account when
+    //    present (XLS-38 §2.3.2.1.4 line 422: `ACCOUNT`, not required).
+    if (props.OtherChainDestination !== undefined) {
+        if (!isAccount(props.OtherChainDestination)) {
+            throw new ValidationError('XChainCommit: OtherChainDestination must be a valid XRPL account address');
+        }
+    }
+    return buildFrozenTx('XChainCommit', props, {
+        validate() {
+            // Validated at construction.
+        },
+        toJSON() {
+            const json = {};
+            for (const k of Object.keys(this)) {
+                if (k === 'validate' || k === 'toJSON' || k === 'with')
+                    continue;
+                const v = this[k];
+                if (v !== undefined)
+                    json[k] = v;
+            }
+            return json;
+        },
+        with(overrides) {
+            return xchainCommit(mergeForWith(this, overrides));
+        },
+    });
+}
+//# sourceMappingURL=xchain-commit.js.map

package/dist/fp/factories/xchain-commit.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"xchain-commit.js","sourceRoot":"","sources":["../../../src/fp/factories/xchain-commit.ts"],"names":[],"mappings":"AAoIA,OAAO,EACL,SAAS,EACT,QAAQ,EACR,sBAAsB,EACtB,WAAW,EACX,QAAQ,EACR,QAAQ,EACR,cAAc,GACf,MAAM,6BAA6B,CAAC;AACrC,OAAO,EAAE,eAAe,EAAE,MAAM,iBAAiB,CAAC;AAClD,OAAO,EAAE,aAAa,EAAE,YAAY,EAAE,OAAO,EAAE,MAAM,aAAa,CAAC;AAEnE,wEAAwE;AAExE,uDAAuD;AACvD,MAAM,UAAU,GAAG,EAAE,CAAC;AACtB,MAAM,UAAU,GAAG,CAAC,EAAE,IAAI,GAAG,CAAC,GAAG,EAAE,CAAC;AAEpC,qEAAqE;AACrE,MAAM,iBAAiB,GAAG,WAAW,CAAC;AAEtC,wEAAwE;AAExE;;;GAGG;AACH,SAAS,uBAAuB,CAAC,MAAoB;IACnD,IAAI,CAAC,SAAS,CAAC,MAAM,CAAC,gBAAgB,CAAC,EAAE,CAAC;QACxC,MAAM,IAAI,eAAe,CACvB,kFAAkF,CACnF,CAAC;IACJ,CAAC;IACD,IAAI,CAAC,SAAS,CAAC,MAAM,CAAC,gBAAgB,CAAC,EAAE,CAAC;QACxC,MAAM,IAAI,eAAe,CACvB,kFAAkF,CACnF,CAAC;IACJ,CAAC;AACH,CAAC;AAED;;;;;GAKG;AACH,SAAS,sBAAsB,CAAC,MAAc,EAAE,IAAY;IAC1D,IAAI,CAAC,QAAQ,CAAC,MAAM,CAAC,EAAE,CAAC;QACtB,MAAM,IAAI,eAAe,CACvB,iBAAiB,IAAI,uEAAuE,CAC7F,CAAC;IACJ,CAAC;IAED,IAAI,QAAQ,CAAC,MAAM,CAAC,EAAE,CAAC;QACrB,IAAI,CAAC,iBAAiB,CAAC,IAAI,CAAC,MAAM,CAAC,EAAE,CAAC;YACpC,MAAM,IAAI,eAAe,CACvB,iBAAiB,IAAI,sDAAsD,CAC5E,CAAC;QACJ,CAAC;QACD,IAAI,MAAM,KAAK,GAAG,EAAE,CAAC;YACnB,MAAM,IAAI,eAAe,CACvB,iBAAiB,IAAI,2CAA2C,CACjE,CAAC;QACJ,CAAC;QACD,OAAO;IACT,CAAC;IAED,IAAI,sBAAsB,CAAC,MAAM,CAAC,EAAE,CAAC;QACnC,IAAI,CAAC,SAAS,CAAC,MAAM,CAAC,MAAM,CAAC,EAAE,CAAC;YAC9B,MAAM,IAAI,eAAe,CACvB,iBAAiB,IAAI,8CAA8C,CACpE,CAAC;QACJ,CAAC;QACD,IAAI,CAAC,QAAQ,CAAC,MAAM,CAAC,KAAK,CAAC,IAAI,CAAC,iBAAiB,CAAC,IAAI,CAAC,MAAM,CAAC,KAAK,CAAC,EAAE,CAAC;YACrE,MAAM,IAAI,eAAe,CACvB,iBAAiB,IAAI,sDAAsD,CAC5E,CAAC;QACJ,CAAC;QACD,IAAI,MAAM,CAAC,KAAK,KAAK,GAAG,EAAE,CAAC;YACzB,MAAM,IAAI,eAAe,CACvB,iBAAiB,IAAI,iDAAiD,CACvE,CAAC;QACJ,CAAC;QACD,OAAO;IACT,CAAC;IAED,IAAI,WAAW,CAAC,MAAM,CAAC,EAAE,CAAC;QACxB,IAAI,CAAC,QAAQ,CAAC,MAAM,CAAC,KAAK,CAAC,IAAI,CAAC,iBAAiB,CAAC,IAAI,CAAC,MAAM,CAAC,KAAK,CAAC,EAAE,CAAC;YACrE,MAAM,IAAI,eAAe,CACvB,iBAAiB,IAAI,sDAAsD,CAC5E,CAAC;QACJ,CAAC;QACD,IAAI,MAAM,CAAC,KAAK,KAAK,GAAG,EAAE,CAAC;YACzB,MAAM,IAAI,eAAe,CACvB,iBAAiB,IAAI,iDAAiD,CACvE,CAAC;QACJ,CAAC;QACD,OAAO;IACT,CAAC;IAED,2BAA2B;IAC3B,MAAM,IAAI,eAAe,CACvB,iBAAiB,IAAI,uEAAuE,CAC7F,CAAC;AACJ,CAAC;AAED;;;;;GAKG;AACH,SAAS,0BAA0B,CACjC,KAAsB,EACtB,KAAa;IAEb,IAAI,OAAO,KAAK,KAAK,QAAQ,EAAE,CAAC;QAC9B,IACE,CAAC,MAAM,CAAC,SAAS,CAAC,KAAK,CAAC;YACxB,KAAK,GAAG,CAAC;YACT,KAAK,GAAG,MAAM,CAAC,gBAAgB,EAC/B,CAAC;YACD,MAAM,IAAI,eAAe,CACvB,iBAAiB,KAAK,4DAA4D,CACnF,CAAC;QACJ,CAAC;QACD,OAAO;IACT,CAAC;IAED,IAAI,CAAC,iBAAiB,CAAC,IAAI,CAAC,KAAK,CAAC,EAAE,CAAC;QACnC,MAAM,IAAI,eAAe,CACvB,iBAAiB,KAAK,iDAAiD,CACxE,CAAC;IACJ,CAAC;IACD,IAAI,GAAW,CAAC;IAChB,IAAI,CAAC;QACH,GAAG,GAAG,MAAM,CAAC,KAAK,CAAC,CAAC;IACtB,CAAC;IAAC,MAAM,CAAC;QACP,MAAM,IAAI,eAAe,CACvB,iBAAiB,KAAK,8CAA8C,CACrE,CAAC;IACJ,CAAC;IACD,IAAI,GAAG,GAAG,UAAU,IAAI,GAAG,GAAG,UAAU,EAAE,CAAC;QACzC,MAAM,IAAI,eAAe,CACvB,iBAAiB,KAAK,+BAA+B,UAAU,GAAG,CACnE,CAAC;IACJ,CAAC;AACH,CAAC;AA6CD,wEAAwE;AAExE,MAAM,UAAU,YAAY,CAAC,KAAwB;IACnD,wDAAwD;IACxD,OAAO,CACL,KAAK,CAAC,OAAO,EACb,0CAA0C,EAC1C,SAAS,CACV,CAAC;IAEF,oEAAoE;IACpE,wCAAwC;IACxC,OAAO,CACL,KAAK,CAAC,YAAY,EAClB,uIAAuI,EACvI,cAAc,CACf,CAAC;IACF,uBAAuB,CAAC,KAAK,CAAC,YAAY,CAAC,CAAC;IAE5C,mEAAmE;IACnE,IAAI,CAAC,QAAQ,CAAC,KAAK,CAAC,aAAa,CAAC,IAAI,CAAC,QAAQ,CAAC,KAAK,CAAC,aAAa,CAAC,EAAE,CAAC;QACrE,MAAM,IAAI,eAAe,CACvB,yEAAyE,CAC1E,CAAC;IACJ,CAAC;IACD,0BAA0B,CAAC,KAAK,CAAC,aAAa,EAAE,eAAe,CAAC,CAAC;IAEjE,sEAAsE;IACtE,sBAAsB,CAAC,KAAK,CAAC,MAAM,EAAE,QAAQ,CAAC,CAAC;IAE/C,gEAAgE;IAChE,oEAAoE;IACpE,IAAI,KAAK,CAAC,qBAAqB,KAAK,SAAS,EAAE,CAAC;QAC9C,IAAI,CAAC,SAAS,CAAC,KAAK,CAAC,qBAAqB,CAAC,EAAE,CAAC;YAC5C,MAAM,IAAI,eAAe,CACvB,0EAA0E,CAC3E,CAAC;QACJ,CAAC;IACH,CAAC;IAED,OAAO,aAAa,CAClB,cAAc,EACd,KAAK,EACL;QACE,QAAQ;YACN,6BAA6B;QAC/B,CAAC;QACD,MAAM;YACJ,MAAM,IAAI,GAA4B,EAAE,CAAC;YACzC,KAAK,MAAM,CAAC,IAAI,MAAM,CAAC,IAAI,CAAC,IAAI,CAAC,EAAE,CAAC;gBAClC,IAAI,CAAC,KAAK,UAAU,IAAI,CAAC,KAAK,QAAQ,IAAI,CAAC,KAAK,MAAM;oBAAE,SAAS;gBACjE,MAAM,CAAC,GAAI,IAA2C,CAAC,CAAC,CAAC,CAAC;gBAC1D,IAAI,CAAC,KAAK,SAAS;oBAAE,IAAI,CAAC,CAAC,CAAC,GAAG,CAAC,CAAC;YACnC,CAAC;YACD,OAAO,IAAI,CAAC;QACd,CAAC;QACD,IAAI,CAAqB,SAAqC;YAC5D,OAAO,YAAY,CAAC,YAAY,CAAC,IAAI,EAAE,SAAS,CAAC,CAAC,CAAC;QACrD,CAAC;KACF,CACF,CAAC;AACJ,CAAC"}

package/dist/fp/factories/xchain-create-bridge.d.ts

@@ -0,0 +1,206 @@
+/**
+ * Functional XChainCreateBridge factory — frozen-object style.
+ *
+ * Defines a new cross-chain bridge on the chain the transaction is
+ * sent from. The transaction creates a `Bridge` ledger entry owned by
+ * the door account. The same transaction must be submitted by the
+ * corresponding door account on the other chain to complete bridge
+ * setup. Validation happens at construction; there is no way to
+ * construct an invalid tx.
+ *
+ *   import { xchainCreateBridge } from 'xrplt/fp';
+ *   const tx = xchainCreateBridge({
+ *     Account: 'rhWQzvdmhf5vFS35vtKUSUwNZHGT53qQsg',
+ *     XChainBridge: {
+ *       LockingChainDoor: 'rhWQzvdmhf5vFS35vtKUSUwNZHGT53qQsg',
+ *       LockingChainIssue: { currency: 'XRP' },
+ *       IssuingChainDoor: 'rHb9CJAWyB4rj91VRWn96DkukG4bwdtyTh',
+ *       IssuingChainIssue: { currency: 'XRP' },
+ *     },
+ *     SignatureReward: '200',
+ *   });
+ *   const j = tx.toJSON();
+ *
+ * @see https://xrpl.org/docs/references/protocol/transactions/types/xchaincreatebridge
+ * @see https://github.com/XRPLF/xrpl.js/blob/main/packages/xrpl/src/models/transactions/XChainCreateBridge.ts
+ * @see XLS-0038 (Cross-Chain Bridge) §2.2.1
+ *     (`~/.mavis/docs.local/xrpl-standards/repo/XLS-0038-cross-chain-bridge/README.md`
+ *     lines 300–332)
+ *
+ * ## Divergences
+ *
+ * Compared with `src/transactions/xchain-create-bridge.ts`, this factory
+ * adds guards the class skips (or that xrpl.js / xrpl.org / XLS-38
+ * mandate but the class omits):
+ *
+ * - **`Account` must be a valid XRPL classic or X-address.** The class
+ *   accepts any non-empty string — only the base transaction
+ *   `super.validate()` is invoked. xrpl.js's
+ *   `validateBaseTransaction` (which `validateXChainCreateBridge`
+ *   delegates to) requires a string; we additionally enforce the XRPL
+ *   classic/X-address format at construction, matching every other fp
+ *   factory.
+ *   - Source: xrpl.js
+ *     `~/.mavis/docs.local/xrpl.js/repo/packages/xrpl/src/models/transactions/common.ts`
+ *     `validateBaseTransaction`.
+ *   - Cross-ref: rippled `XChainBridge.cpp` `preflight` parses
+ *     `Account` as `STAccount`; only valid XRPL classic addresses
+ *     parse. xrpl.org `xchaincreatebridge.md` example line 28 lists
+ *     `Account` as the door account on the locking chain.
+ *
+ * - **`XChainBridge` is fully shape-validated.** xrpl.js
+ *   `validateXChainCreateBridge.ts:51` calls
+ *   `validateRequiredField(tx, 'XChainBridge', isXChainBridge)`,
+ *   which requires exactly 4 keys, two `AccountID` door strings, and
+ *   two `Issue` currency objects (`{currency: 'XRP'}` or
+ *   `{currency, issuer}`). Our class only verifies `isRecord`, which
+ *   accepts any object (including `{}` or `{foo: 'bar'}`). The factory
+ *   uses the local `isXChainBridge` helper to enforce the full shape.
+ *   - Source: xrpl.js `common.ts` `isXChainBridge` (lines 444–453);
+ *     `isIssuedCurrency` (lines 282–291).
+ *   - Source: XLS-38 §2.2.1.1.1 line 322 (`XChainBridge` is required,
+ *     `XCHAIN_BRIDGE` internal type).
+ *   - Source: xrpl.org `xchaincreatebridge.md` lines 56–61 (the four
+ *     sub-fields are each required: `IssuingChainDoor`,
+ *     `IssuingChainIssue`, `LockingChainDoor`, `LockingChainIssue`).
+ *   - Cross-ref: our `src/validation/helpers.ts` `isXChainBridge`
+ *     (lines 168–177) mirrors the xrpl.js check.
+ *
+ * - **Both `XChainBridge` doors must be valid XRPL classic
+ *   addresses.** `isXChainBridge` only checks that the door strings
+ *   are strings; rippled parses them as `STAccount`. The factory
+ *   additionally runs `isAccount` on each door so a malformed door
+ *   string is caught at construction. This is especially important
+ *   for `XChainCreateBridge` because the spec mandates that
+ *   `Account` (the sender) must match the `LockingChainDoor` on the
+ *   locking chain and `rHb9CJAWyB4rj91VRWn96DkukG4bwdtyTh` is the
+ *   only valid `IssuingChainDoor` for an XRP-XRP bridge (it must be
+ *   the genesis account). The factory's door-format check is a
+ *   preclaim for both fields.
+ *   - Source: rippled `XChainBridge.cpp` (`sfLockingChainDoor`,
+ *     `sfIssuingChainDoor` parsed as `STAccount`).
+ *   - Source: xrpl.org `xchaincreatebridge.md` line 58 (IssuingChainDoor
+ *     is `AccountID`); line 60 (LockingChainDoor is `AccountID`).
+ *   - Source: XLS-38 §2.1.1.1.2 lines 175–180 (`XChainBridge`
+ *     `XCHAIN_BRIDGE` internal type; `LockingChainDoor`,
+ *     `LockingChainIssue`, `IssuingChainDoor`, `IssuingChainIssue`
+ *     all required).
+ *
+ * - **`SignatureReward` must be a non-negative XRP drops string.**
+ *   XLS-38 §2.1.1.1.3 line 200: "The total amount, **in XRP**, to be
+ *   rewarded for providing a signature for a cross-chain transfer or
+ *   for signing for the cross-chain reward. This will be split among
+ *   the signers." xrpl.org `xchaincreatebridge.md` line 50 lists
+ *   `SignatureReward` as `Currency Amount`, and the example JSON
+ *   (line 39) shows `"SignatureReward": 200`. xrpl.js
+ *   `validateXChainCreateBridge.ts:53` only runs `isAmount`, which
+ *   accepts any of: XRP drops string, IOU object, or MPT object. The
+ *   factory enforces XRP-only (drops string) with `≥ 0` (zero is
+ *   permitted; a bridge may opt out of witness payment). This matches
+ *   the XLS-38 wording and rippled's `STAmount` parse for
+ *   `sfSignatureReward` on a bridge object, and mirrors our sibling
+ *   `xchainAccountCreateCommit` factory.
+ *   - Source: XLS-38 §2.1.1.1.3 line 200 ("in XRP").
+ *   - Source: xrpl.org `xchaincreatebridge.md` line 39 (example JSON
+ *     uses a numeric Amount).
+ *   - Source: XLS-38 §2.2.1.1.2 line 328 (`SignatureReward` field).
+ *   - Cross-ref: rippled `XChainBridge.cpp` parses `SignatureReward`
+ *     as `STAmount` with XRP constraint.
+ *
+ * - **`MinAccountCreateAmount`, when present, must be a non-negative
+ *   XRP drops string.** xrpl.org line 49: "The minimum amount, **in
+ *   XRP**, required for a `XChainAccountCreateCommit` transaction.
+ *   If this isn't present, the `XChainAccountCreateCommit`
+ *   transaction will fail. **This field can only be present on
+ *   XRP-XRP bridges.**" XLS-38 §2.1.1.1.4 line 204 repeats the
+ *   same. The class accepts any `Amount` (via the `isAmount` helper
+ *   inherited from the base); xrpl.js's
+ *   `validateXChainCreateBridge.ts:55` does the same. The factory
+ *   rejects IOU/MPT forms at construction and additionally rejects
+ *   non-canonical wire forms (leading zeros, decimals, exponents)
+ *   to mirror the strict sibling behavior. Optional: when omitted,
+ *   the bridge is created without a minimum and
+ *   `XChainAccountCreateCommit` will fail against it.
+ *   - Source: xrpl.org `xchaincreatebridge.md` line 49 ("in XRP";
+ *     "can only be present on XRP-XRP bridges").
+ *   - Source: XLS-38 §2.1.1.1.4 line 204 ("in XRP"; "XRP-XRP
+ *     bridges only").
+ *   - Source: XLS-38 §2.2.1.1.3 line 332 (`MinAccountCreateAmount`
+ *     field).
+ *   - Cross-ref: rippled `XChainBridge.cpp` parses
+ *     `MinAccountCreateAmount` as `STAmount` with XRP constraint.
+ *
+ * - **`Account` should equal `XChainBridge.LockingChainDoor`.** The
+ *   transaction "must be submitted first by the locking chain door
+ *   account" per xrpl.org `xchaincreatebridge.md` line 15; the
+ *   example JSON (lines 28, 30) sets `Account` and
+ *   `LockingChainDoor` to the same address. The factory enforces this
+ *   equality at construction. The class does not (it accepts any
+ *   `Account` shape and leaves the door mismatch to on-ledger
+ *   rejection). Note: an issuing-chain submission uses the
+ *   `IssuingChainDoor` instead, but the canonical example shows the
+ *   locking-side submission; this equality check is therefore a
+ *   preclaim tightening, not a hard spec rule.
+ *   - Source: xrpl.org `xchaincreatebridge.md` line 15 ("must be
+ *     submitted first by the locking chain door account").
+ *   - Source: xrpl.org example JSON (lines 28, 30) — `Account`
+ *     equals `LockingChainDoor`.
+ *   - Cross-ref: rippled `XChainBridge.cpp` preflight checks that
+ *     `tx[sfAccount]` matches the door account implied by the
+ *     `XChainBridge` structure; otherwise rejects with `temMALFORMED`.
+ *
+ * - **`Flags` accepted for parity with the base transaction shape.**
+ *   XChainCreateBridge defines no transaction-specific flags; only
+ *   `tfFullyCanonicalSig` (global) is normally meaningful. The class
+ *   does not declare a `Flags` field. We accept a numeric bitmask
+ *   for parity with other factories; non-zero flags are stored
+ *   verbatim. (Documented for awareness; no spec source requires
+ *   flag rejection.)
+ *
+ * - **No `Amount` field.** `XChainCreateBridge` does not include an
+ *   `Amount` field — only `SignatureReward` and the optional
+ *   `MinAccountCreateAmount`. The factory correctly omits
+ *   `Amount`/`Destination`. (Sanity note; included to prevent
+ *   future API drift.)
+ *   - Source: XLS-38 §2.2.1.1 fields table (lines 316–320); no
+ *     `Amount` row.
+ *   - Source: xrpl.org `xchaincreatebridge.md` Fields table
+ *     (lines 47–51); no `Amount` row.
+ */
+import type { XChainBridge } from '../../types/common.js';
+export interface XchainCreateBridgeProps {
+    /** The unique address of the transaction sender — the door account
+     *  on the chain the bridge is being defined on. For a locking-chain
+     *  submission, this MUST equal `XChainBridge.LockingChainDoor`
+     *  (xrpl.org line 15, rippled preflight). */
+    Account: string;
+    /** The bridge (door accounts and assets) to create. Required;
+     *  must be a fully-shaped `XChainBridge` (4 keys, two valid XRPL
+     *  doors, two valid Issue forms). */
+    XChainBridge: XChainBridge;
+    /** The total amount to pay the witness servers for their
+     *  signatures (XRP drops, ≥ 0). This amount will be split among
+     *  the signers. */
+    SignatureReward: string;
+    /** Optional. The minimum amount, in XRP, required for a
+     *  `XChainAccountCreateCommit` transaction against this bridge.
+     *  May only be present on XRP-XRP bridges; defaults to 0 when
+     *  omitted. */
+    MinAccountCreateAmount?: string | undefined;
+    /** Bit-flags for this transaction. XChainCreateBridge has no
+     *  defined flags; only `tfFullyCanonicalSig` (global) is meaningful.
+     *  Accepted for parity with the base tx shape. */
+    Flags?: number | undefined;
+    /** Fee in drops. */
+    Fee?: string | undefined;
+    /** Account sequence number. */
+    Sequence?: number | undefined;
+}
+export interface XchainCreateBridge extends Readonly<XchainCreateBridgeProps> {
+    readonly TransactionType: 'XChainCreateBridge';
+    validate(): void;
+    toJSON(): Record<string, unknown>;
+    with(overrides: Partial<XchainCreateBridgeProps>): XchainCreateBridge;
+}
+export declare function xchainCreateBridge(props: XchainCreateBridgeProps): XchainCreateBridge;
+//# sourceMappingURL=xchain-create-bridge.d.ts.map

package/dist/fp/factories/xchain-create-bridge.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"xchain-create-bridge.d.ts","sourceRoot":"","sources":["../../../src/fp/factories/xchain-create-bridge.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAwKG;AACH,OAAO,KAAK,EAAE,YAAY,EAAE,MAAM,uBAAuB,CAAC;AAmD1D,MAAM,WAAW,uBAAuB;IACtC;;;iDAG6C;IAC7C,OAAO,EAAE,MAAM,CAAC;IAChB;;yCAEqC;IACrC,YAAY,EAAE,YAAY,CAAC;IAC3B;;uBAEmB;IACnB,eAAe,EAAE,MAAM,CAAC;IACxB;;;mBAGe;IACf,sBAAsB,CAAC,EAAE,MAAM,GAAG,SAAS,CAAC;IAC5C;;sDAEkD;IAClD,KAAK,CAAC,EAAE,MAAM,GAAG,SAAS,CAAC;IAC3B,oBAAoB;IACpB,GAAG,CAAC,EAAE,MAAM,GAAG,SAAS,CAAC;IACzB,+BAA+B;IAC/B,QAAQ,CAAC,EAAE,MAAM,GAAG,SAAS,CAAC;CAC/B;AAED,MAAM,WAAW,kBACf,SAAQ,QAAQ,CAAC,uBAAuB,CAAC;IACzC,QAAQ,CAAC,eAAe,EAAE,oBAAoB,CAAC;IAC/C,QAAQ,IAAI,IAAI,CAAC;IACjB,MAAM,IAAI,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,CAAC;IAClC,IAAI,CAAC,SAAS,EAAE,OAAO,CAAC,uBAAuB,CAAC,GAAG,kBAAkB,CAAC;CACvE;AAID,wBAAgB,kBAAkB,CAChC,KAAK,EAAE,uBAAuB,GAC7B,kBAAkB,CA+EpB"}

package/dist/fp/factories/xchain-create-bridge.js

@@ -0,0 +1,100 @@
+import { isAccount, isString, isXChainBridge } from '../../validation/helpers.js';
+import { ValidationError } from '../../errors.js';
+import { buildFrozenTx, mergeForWith, require } from '../shape.js';
+// ─── Helpers ─────────────────────────────────────────────────────────
+const XRP_DROPS_REGEX = /^[0-9]+$/u;
+/**
+ * Non-negative XRP drops Amount. Accepts canonical XRP drops mantissa
+ * form (decimal integer string with no exponent, no decimal point —
+ * the wire format used by Amount fields in XChainBridge-related
+ * transactions) and rejects zero, negative, and non-numeric values
+ * via the strictly-positive wrapper.
+ *
+ * For XChainCreateBridge, both `SignatureReward` and
+ * `MinAccountCreateAmount` may legitimately be `'0'` (a bridge may
+ * opt out of witness payment; `MinAccountCreateAmount` defaults to 0
+ * when omitted). Zero is therefore allowed.
+ */
+function isNonNegativeXrpAmount(value) {
+    if (!isString(value))
+        return false;
+    if (!XRP_DROPS_REGEX.test(value))
+        return false;
+    // Reject leading zeros (e.g., '01', '00100') — the XRPL wire format
+    // rejects these. `'0'` itself is the only valid zero.
+    if (value.length > 1 && value.startsWith('0'))
+        return false;
+    return true;
+}
+/**
+ * Validate XChainBridge object shape: 4 keys with both doors as valid
+ * XRPL classic/X addresses and both issues as valid Issue forms. The
+ * local `isXChainBridge` helper checks the structural 4-key + Issue
+ * shape; we add XRPL-account format validation on the two doors.
+ */
+function assertValidXChainBridge(bridge) {
+    if (!isAccount(bridge.LockingChainDoor)) {
+        throw new ValidationError('XChainCreateBridge: XChainBridge.LockingChainDoor must be a valid XRPL account address');
+    }
+    if (!isAccount(bridge.IssuingChainDoor)) {
+        throw new ValidationError('XChainCreateBridge: XChainBridge.IssuingChainDoor must be a valid XRPL account address');
+    }
+}
+// ─── Factory ─────────────────────────────────────────────────────────
+export function xchainCreateBridge(props) {
+    // ── Account ── required, must be a valid XRPL classic or X-address.
+    require(props.Account, 'XChainCreateBridge: Account is required', isAccount);
+    // ── XChainBridge ── required, full shape (4 keys, both doors valid
+    //    XRPL accounts, both issues valid Issue forms). The factory
+    //    uses the local `isXChainBridge` helper for the structural
+    //    shape (see validation/helpers.ts lines 168–177) and
+    //    additionally verifies the door strings are valid XRPL accounts.
+    require(props.XChainBridge, 'XChainCreateBridge: XChainBridge is required and must have shape {LockingChainDoor, LockingChainIssue, IssuingChainDoor, IssuingChainIssue}', isXChainBridge);
+    // `props.XChainBridge` is now type-narrowed to XChainBridge —
+    // verify the doors are valid XRPL accounts (the helper only
+    // checks `typeof === 'string'`).
+    assertValidXChainBridge(props.XChainBridge);
+    // ── Account must equal LockingChainDoor (locking-chain submission).
+    //    xrpl.org line 15: "The transaction must be submitted first by
+    //    the locking chain door account." The example JSON shows
+    //    `Account === LockingChainDoor`. (For an issuing-chain
+    //    submission the analogous preflight uses IssuingChainDoor; we
+    //    do not enforce that case here — see Spec Ambiguities #3.)
+    if (props.Account !== props.XChainBridge.LockingChainDoor) {
+        throw new ValidationError('XChainCreateBridge: Account must equal XChainBridge.LockingChainDoor (transaction must be submitted by the locking-chain door account)');
+    }
+    // ── SignatureReward ── required, non-negative XRP drops string.
+    if (!isNonNegativeXrpAmount(props.SignatureReward)) {
+        throw new ValidationError('XChainCreateBridge: SignatureReward must be a non-negative XRP drops string (in XRP, ≥ 0; XLS-38 §2.1.1.1.3 line 200)');
+    }
+    // ── MinAccountCreateAmount ── optional. When present, must be a
+    //    non-negative XRP drops string. The spec limits this field to
+    //    XRP-XRP bridges (xrpl.org line 49 / XLS-38 §2.1.1.1.4 line
+    //    204). We do not detect IOU-IOU bridges here; the IOU form of
+    //    the amount is rejected by the XRP-drops format check.
+    if (props.MinAccountCreateAmount !== undefined) {
+        if (!isNonNegativeXrpAmount(props.MinAccountCreateAmount)) {
+            throw new ValidationError('XChainCreateBridge: MinAccountCreateAmount must be a non-negative XRP drops string (in XRP, ≥ 0; XRP-XRP bridges only — xrpl.org line 49)');
+        }
+    }
+    return buildFrozenTx('XChainCreateBridge', props, {
+        validate() {
+            // Validated at construction.
+        },
+        toJSON() {
+            const json = {};
+            for (const k of Object.keys(this)) {
+                if (k === 'validate' || k === 'toJSON' || k === 'with')
+                    continue;
+                const v = this[k];
+                if (v !== undefined)
+                    json[k] = v;
+            }
+            return json;
+        },
+        with(overrides) {
+            return xchainCreateBridge(mergeForWith(this, overrides));
+        },
+    });
+}
+//# sourceMappingURL=xchain-create-bridge.js.map

package/dist/fp/factories/xchain-create-bridge.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"xchain-create-bridge.js","sourceRoot":"","sources":["../../../src/fp/factories/xchain-create-bridge.ts"],"names":[],"mappings":"AA0KA,OAAO,EAAE,SAAS,EAAE,QAAQ,EAAE,cAAc,EAAE,MAAM,6BAA6B,CAAC;AAClF,OAAO,EAAE,eAAe,EAAE,MAAM,iBAAiB,CAAC;AAClD,OAAO,EAAE,aAAa,EAAE,YAAY,EAAE,OAAO,EAAE,MAAM,aAAa,CAAC;AAEnE,wEAAwE;AAExE,MAAM,eAAe,GAAG,WAAW,CAAC;AAEpC;;;;;;;;;;;GAWG;AACH,SAAS,sBAAsB,CAAC,KAAc;IAC5C,IAAI,CAAC,QAAQ,CAAC,KAAK,CAAC;QAAE,OAAO,KAAK,CAAC;IACnC,IAAI,CAAC,eAAe,CAAC,IAAI,CAAC,KAAK,CAAC;QAAE,OAAO,KAAK,CAAC;IAC/C,oEAAoE;IACpE,sDAAsD;IACtD,IAAI,KAAK,CAAC,MAAM,GAAG,CAAC,IAAI,KAAK,CAAC,UAAU,CAAC,GAAG,CAAC;QAAE,OAAO,KAAK,CAAC;IAC5D,OAAO,IAAI,CAAC;AACd,CAAC;AAED;;;;;GAKG;AACH,SAAS,uBAAuB,CAAC,MAAoB;IACnD,IAAI,CAAC,SAAS,CAAC,MAAM,CAAC,gBAAgB,CAAC,EAAE,CAAC;QACxC,MAAM,IAAI,eAAe,CACvB,wFAAwF,CACzF,CAAC;IACJ,CAAC;IACD,IAAI,CAAC,SAAS,CAAC,MAAM,CAAC,gBAAgB,CAAC,EAAE,CAAC;QACxC,MAAM,IAAI,eAAe,CACvB,wFAAwF,CACzF,CAAC;IACJ,CAAC;AACH,CAAC;AAyCD,wEAAwE;AAExE,MAAM,UAAU,kBAAkB,CAChC,KAA8B;IAE9B,qEAAqE;IACrE,OAAO,CACL,KAAK,CAAC,OAAO,EACb,yCAAyC,EACzC,SAAS,CACV,CAAC;IAEF,oEAAoE;IACpE,gEAAgE;IAChE,+DAA+D;IAC/D,yDAAyD;IACzD,qEAAqE;IACrE,OAAO,CACL,KAAK,CAAC,YAAY,EAClB,6IAA6I,EAC7I,cAAc,CACf,CAAC;IACF,8DAA8D;IAC9D,4DAA4D;IAC5D,iCAAiC;IACjC,uBAAuB,CAAC,KAAK,CAAC,YAAY,CAAC,CAAC;IAE5C,qEAAqE;IACrE,mEAAmE;IACnE,6DAA6D;IAC7D,2DAA2D;IAC3D,kEAAkE;IAClE,+DAA+D;IAC/D,IAAI,KAAK,CAAC,OAAO,KAAK,KAAK,CAAC,YAAY,CAAC,gBAAgB,EAAE,CAAC;QAC1D,MAAM,IAAI,eAAe,CACvB,wIAAwI,CACzI,CAAC;IACJ,CAAC;IAED,iEAAiE;IACjE,IAAI,CAAC,sBAAsB,CAAC,KAAK,CAAC,eAAe,CAAC,EAAE,CAAC;QACnD,MAAM,IAAI,eAAe,CACvB,uHAAuH,CACxH,CAAC;IACJ,CAAC;IAED,iEAAiE;IACjE,kEAAkE;IAClE,gEAAgE;IAChE,kEAAkE;IAClE,2DAA2D;IAC3D,IAAI,KAAK,CAAC,sBAAsB,KAAK,SAAS,EAAE,CAAC;QAC/C,IAAI,CAAC,sBAAsB,CAAC,KAAK,CAAC,sBAAsB,CAAC,EAAE,CAAC;YAC1D,MAAM,IAAI,eAAe,CACvB,2IAA2I,CAC5I,CAAC;QACJ,CAAC;IACH,CAAC;IAED,OAAO,aAAa,CAClB,oBAAoB,EACpB,KAAK,EACL;QACE,QAAQ;YACN,6BAA6B;QAC/B,CAAC;QACD,MAAM;YACJ,MAAM,IAAI,GAA4B,EAAE,CAAC;YACzC,KAAK,MAAM,CAAC,IAAI,MAAM,CAAC,IAAI,CAAC,IAAI,CAAC,EAAE,CAAC;gBAClC,IAAI,CAAC,KAAK,UAAU,IAAI,CAAC,KAAK,QAAQ,IAAI,CAAC,KAAK,MAAM;oBAAE,SAAS;gBACjE,MAAM,CAAC,GAAI,IAA2C,CAAC,CAAC,CAAC,CAAC;gBAC1D,IAAI,CAAC,KAAK,SAAS;oBAAE,IAAI,CAAC,CAAC,CAAC,GAAG,CAAC,CAAC;YACnC,CAAC;YACD,OAAO,IAAI,CAAC;QACd,CAAC;QACD,IAAI,CAEF,SAA2C;YAE3C,OAAO,kBAAkB,CAAC,YAAY,CAAC,IAAI,EAAE,SAAS,CAAC,CAAC,CAAC;QAC3D,CAAC;KACF,CACF,CAAC;AACJ,CAAC"}