@eco-foundation/api-schemas 0.1.0 → 0.3.0

package/README.md

@@ -14,35 +14,144 @@ While the package is 0.x, pin the patch range or the exact version:
 ```json
 {
   "dependencies": {
-    "@eco-foundation/api-schemas": "~0.1.0"
+    "@eco-foundation/api-schemas": "~0.3.0"
   }
 }
 ```
 
 **Never write `^0`.** npm resolves `^0.x` as `>=0.0.0 <1.0.0`, so it silently accepts every
-future breaking `0.y` — it is not a pin at all. Use `~0.1.0` or the exact `0.1.0`.
+future breaking `0.y` — it is not a pin at all. Use `~0.3.0` or the exact `0.3.0`.
 
 A matching version string is not evidence of a matching artifact: also compare
 `V1_SCHEMA_DIGEST` (see [Invariants](#invariants-enforced-in-ci)). Two builds both called
-`0.1.0` — a registry copy and a `file:` tarball, say — can carry different schemas.
+`0.3.0` — a registry copy and a `file:` tarball, say — can carry different schemas.
+
+## Migrating 0.2.0 -> 0.3.0
+
+`0.3.0` is a BREAKING release under 0.x semver (breaking bumps the minor while the major
+is 0). It contains exactly ONE change, and it rejects request bodies `0.2.0` accepted.
+
+**Newly rejected — an unknown or misplaced key ANYWHERE in a quote request.**
+`QuoteRequestSchema` and every object nested inside it are now `strictObject`: the root,
+`source`, `destination`, each entry of `destination.calls[]`, and `options`. In `0.2.0` any
+key the schema did not declare was silently STRIPPED and the request answered `200`. It is
+now a 400 whose `unrecognized_keys` issue names the offending key and the path of the object
+it appeared in.
+
+**The break you are most likely to hit: a field you have been sending at the wrong nesting
+level.** It has been silently ignored the whole time, so nothing looked wrong, and on upgrade
+it starts returning 400. The known shapes of that mistake:
+
+| Sent as                     | Belongs at                 | What `0.2.0` did                                     |
+| --------------------------- | -------------------------- | ---------------------------------------------------- |
+| `source.funder`             | `funder`                   | dropped it; the request had no funder                |
+| `destination.slippage`      | `slippage`                 | dropped it; priced at the default tolerance          |
+| `visibility`                | `options.visibility`       | dropped it; a route you wanted private was published |
+| `options.dappId`            | `dappId`                   | dropped it; you lost attribution                     |
+| `options.allowHighSlippage` | nowhere (deleted in 0.2.0) | dropped it silently                                  |
+
+`source.funder` is not a hypothetical: spelling `funder` there is how a funder-vs-signer check
+on the money path became a permanent no-op once before, and how two guards were later found
+reporting protection they did not provide — they read the nested path, the key was never
+there, and `undefined === undefined` passes for every input. A strict root turns that into a
+named 400 at the edge instead.
+
+**Before you upgrade,** log the request bodies your client actually sends and diff their key
+sets against the schema. A field the server was ignoring is a field your integration was
+already not getting; the 400 is the first time you find out.
+
+**Two behaviors worth knowing:**
+
+- An unrecognized key ABORTS the parse, so the cross-field diagnostics (the D7
+  `destination.calls` rules, the exact-out `amount` rules) do NOT also report on the same
+  response. Fix the key, re-send, and the rest appears. Pinned in a test.
+- RESPONSE schemas are untouched and stay `looseObject` at every level. Forward compatibility
+  runs the other way: a consumer must keep parsing fields a newer server adds. Also untouched:
+  the four submit BODY schemas and their signed value objects (`Permit3Payload` relies on
+  stripping a misplaced `permit3.signature`, so a reader has exactly one place to find the
+  signature), and the three querystring schemas (proxies and clients add query params, a
+  different risk profile from a JSON body).
+
+The error catalog gained NO new codes — `invalid-parameter` and `invalid-request` already
+cover this. `V1_SCHEMA_DIGEST` changes, as it must: the published `openapi/v1.json` gains
+`additionalProperties: false` on all five request objects.
+
+## Migrating 0.1.0 -> 0.2.0
+
+`0.2.0` is a BREAKING release under 0.x semver (breaking bumps the minor while the major
+is 0). Three tightenings reject request bodies `0.1.0` accepted, and one packaging change
+alters how `zod` is resolved. Nothing here is a silent behavior change — every item below
+turns something that used to succeed into a named 400 or a failed install.
+
+**Install-time — `zod` is now a `peerDependency` (`^4.3.0`), not a dependency.** A consumer
+that relied on the transitive copy must now declare `zod` itself. This is the fix for the
+two-zod-instance failure: the old exact `4.4.3` pin materialised a second nested zod for any
+consumer not on that exact version, producing `TS2345` on `_zod.version.minor` and `tsc`
+OOMing at 4 GB with no message.
+
+**Newly rejected — an amount at or above 2^256.** Every field typed `UintString` (quote
+`source.amount`, `destination.amount`, fee/step amounts, `permit.value`, `permit.nonce`,
+erc-3009 `value`/`validAfter`/`validBefore`, `gasLimit`, ...) is now bounded at `2^256-1`.
+`0.1.0` validated a 200-digit value cleanly and let it revert or truncate on-chain. The
+published OpenAPI carries the coarse `maxLength: 78`; the exact ceiling is enforced on every
+parse.
+
+**Newly rejected — an unknown key on `POST /v1/deposit-addresses`.** All three
+`kind` variants of `DepositAddressCreateRequestSchema` are `strictObject`. In `0.1.0` a
+misspelled field, or a field belonging to a different `kind` (`destinationChainId` on the
+same-chain `gateway` variant), was silently STRIPPED and answered with a `201` — a
+funds-receiving address created with semantics the caller did not request. It is now a 400
+naming the offending key. Read paths and the lookup query are unchanged.
+
+**Newly rejected — a redirected `permit.spender` on
+`POST /v1/deposit-addresses/submit/erc-2612`.** `permit.spender` must equal
+`target.depositAddress`, the same binding all three erc-3009 variants already enforced on
+`authorization.to`. A redirected spender was previously accepted here and then silently
+RE-ADDRESSED by the permit-transfer path.
+
+**Changed error rendering (not a rejection).** Both binding refinements now carry the
+`deposit-address-mismatch` catalog code as issue data, so a consumer rendering through the
+new `problemFromZodError` gets that code and its 400 instead of the generic
+`invalid-request` — on the erc-3009 lane that is a code CHANGE for an already-rejected body.
+The code's catalog `title` generalizes to "The signed counterparty does not equal
+target.depositAddress" (it named erc-3009 only); code, status and legacy refs are untouched.
+
+**No validation change, but worth knowing.** `AnyAddress` now tries `TvmAddress` before
+`SvmAddress`, so the `anyOf` branch ORDER in the published document differs. Every branch is
+a plain string, so accepted values and parsed output are identical — and `AnyAddress` must
+never be used to infer a VM either way (see its docblock). `V1_SCHEMA_DIGEST` changes, as it
+must: it is the artifact identity, not the version string.
+
+**New, additive:** the zod-free `./v1/signature` subpath; `MAX_UINT256`; and
+`problemFromZodError` / `v1ErrorCodeFromIssues` / `v1IssueParams` / `V1_ISSUE_CODE_PARAM`.
 
 ## Consumers
 
 | Consumer                             | Import                                                                                   | Zod requirement                        |
 | ------------------------------------ | ---------------------------------------------------------------------------------------- | -------------------------------------- |
-| eco-router (serves /v1)              | `import { v1 } from '@eco-foundation/api-schemas'`                                       | none extra — zod ships as a dependency |
-| deposit-addresses (native endpoints) | same, plus `assertMatchesV1Schema` from `./testing` in CI                                | none extra                             |
+| eco-router (serves /v1)              | `import { v1 } from '@eco-foundation/api-schemas'`                                       | own zod satisfying the peer range      |
+| deposit-addresses (native endpoints) | same, plus `assertMatchesV1Schema` from `./testing` in CI                                | own zod satisfying the peer range      |
 | solver-v2 (Zod 3 — must not upgrade) | `import type { V1QuoteResponse } from '@eco-foundation/api-schemas/v1/types'` + fixtures | ZERO zod at runtime and in the `.d.ts` |
+| any consumer needing `signatureHash` | `import { signatureHash } from '@eco-foundation/api-schemas/v1/signature'`               | NONE — that subpath is zod-free        |
 
 Zod-major compatibility is the reason there are two interfaces, not one:
 
 - **Zod-4 consumers** (eco-router `^4.4.3`, deposit-addresses `^4.3.5`) import the schemas
-  directly. `zod` is a regular dependency of this package pinned **exact `4.4.3`** — nobody has
-  to install Zod 4 themselves, and the exact pin is what keeps the generated OpenAPI byte-stable
-  across zod patches. pnpm dedupes it against a consumer's own Zod 4.
+  directly. Since `0.2.0`, `zod` is a **`peerDependency` with a range (`^4.3.0`)**, not a
+  hard-pinned dependency: the consumer's own single copy satisfies it. The previous exact
+  `dependencies` pin at `4.4.3` materialised a SECOND nested zod for every consumer not on that
+  exact version, and two zod instances in one type graph is the documented failure — `TS2345` on
+  `_zod.version.minor` when a package schema is passed to a local `z.ZodType<T>`, and `tsc`
+  OOMing at 4 GB with no message. A consumer therefore installs zod itself (any `4.3.x`+ `4.x`);
+  the package keeps an exact `4.4.3` **devDependency** so its own build and its generated
+  OpenAPI stay byte-stable.
 - **solver-v2 is on Zod 3 and must never be forced to Zod 4.** It consumes the zod-free
   `./v1/types` subpath (plain `type` aliases, no zod in the emitted `.d.ts`) plus the golden
-  fixtures. Root-level type re-exports from the bare package name exist as a convenience for
+  fixtures. Since `0.2.0` it can ALSO import `./v1/signature` — runtime code, zod-free — which
+  is the subpath that could replace its vendored local `canonicalizeSignature`. Both zod-free
+  subpaths carry a physical `v1/<name>.{js,d.ts}` forwarder, because TypeScript under
+  `moduleResolution: node10` (the default for `module: commonjs`, which is what solver-v2
+  compiles with) IGNORES the `exports` map and the specifier otherwise fails with TS2307. Root-level type re-exports from the bare package name exist as a convenience for
   Zod-4 consumers, but their `.d.ts` reaches zod through the `v1` namespace — solver-v2 must use
   the subpath.
 - `viem` is a **dev-only** dependency (the reference implementation the signature and
@@ -55,6 +164,7 @@ Zod-major compatibility is the reason there are two interfaces, not one:
 | ------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------ |
 | `.`                                        | `v1` namespace, `V1_SCHEMA_DIGEST`, `assertMatchesV1Schema`, `loadV1Fixtures`, `generateOpenApiDocument`, root type re-exports |
 | `./v1/types`                               | zod-free `type` aliases (the solver-v2 interface)                                                                              |
+| `./v1/signature`                           | `signatureHash` + `canonicalizeSignature` alone — **zod-free**, loads no schema module                                         |
 | `./testing`                                | `assertMatchesV1Schema`, `loadV1Fixtures`, `V1Fixture`                                                                         |
 | `./openapi/v1.json`                        | the generated OpenAPI 3.1 document                                                                                             |
 | `./fixtures/signature-hash/vectors.json`   | cross-repo `signatureHash` vectors                                                                                             |
@@ -101,6 +211,11 @@ which needs no server.
 - `fixtures/signature-hash/vectors.json` is the cross-repo `signatureHash` contract: eco-router
   and deposit-addresses import the util and assert these vectors; solver-v2 keeps a local copy
   of the util ONLY with this file copied into its fixtures and asserted byte-for-byte.
+  Those copies are held in sync by `scripts/check-vendored-signature-vectors.sh` at the repo
+  root (`pnpm run canon:check`): it diffs every vendored copy against this file where the
+  sibling checkout is present, and pins this file's sha256 so a vector revision fails in the
+  same PR that makes it — a consuming repo cannot notice on its own, because each one asserts
+  only its own copy.
 - `fixtures/quote-signature/vector-*.json` are the F3 quote-signature golden vectors (EIP-712
   `EcoQuoteV1` domain); eco-router's signing path must reproduce every `digest`/`signature`.
 - `V1_SCHEMA_DIGEST` is sha256 over `errors/catalog.lock.json` then `openapi/v1.json`,
@@ -154,7 +269,7 @@ workflow verifies and publishes. It fails with `::error::tag version <x> != pack
 if the two drift, so a stale tag can never publish a mismatched artifact.
 
 Semver: breaking schema change = major, additive = minor; consumers pin minor. **While the
-package is 0.x, "pin minor" means `~0.1.0` or the exact `0.1.0` — never `^0`** (see
+package is 0.x, "pin minor" means `~0.3.0` or the exact `0.3.0` — never `^0`** (see
 [Install](#install)). Consumers additionally compare `V1_SCHEMA_DIGEST`: a matching version
 string is not evidence of a matching artifact. `/v1/routes` is draft-tagged and exempt until its
 stability flips.

package/dist/generated/build-digest.json

@@ -1,5 +1,5 @@
 {
-    "digest": "72dceef6f939c524c595a94c80bdf2b545478022511aa58009573c8cd69dc432",
+    "digest": "3d41b4893b54e77e9ea56c24af1d7a1e9de0685ee911e497834dcd746e72c1f6",
     "inputs": [
         "errors/catalog.lock.json",
         "openapi/v1.json"

package/dist/v1/endpoints/chains.d.ts

@@ -1,12 +1,12 @@
 import { z } from 'zod';
 export declare const ChainContractsSchema: z.ZodObject<{
-    portal: z.ZodUnion<readonly [z.ZodString, z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>]>;
-    executor: z.ZodNullable<z.ZodUnion<readonly [z.ZodString, z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>]>>;
+    portal: z.ZodUnion<readonly [z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>, z.ZodString]>;
+    executor: z.ZodNullable<z.ZodUnion<readonly [z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>, z.ZodString]>>;
 }, z.core.$loose>;
 export declare const ChainSchema: z.ZodObject<{
     chainId: z.ZodNumber;
     name: z.ZodString;
-    quoteSigner: z.ZodUnion<readonly [z.ZodString, z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>]>;
+    quoteSigner: z.ZodUnion<readonly [z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>, z.ZodString]>;
     type: z.ZodEnum<{
         evm: "evm";
         svm: "svm";
@@ -21,8 +21,8 @@ export declare const ChainSchema: z.ZodObject<{
         paused: "paused";
     }>;
     contracts: z.ZodObject<{
-        portal: z.ZodUnion<readonly [z.ZodString, z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>]>;
-        executor: z.ZodNullable<z.ZodUnion<readonly [z.ZodString, z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>]>>;
+        portal: z.ZodUnion<readonly [z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>, z.ZodString]>;
+        executor: z.ZodNullable<z.ZodUnion<readonly [z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>, z.ZodString]>>;
     }, z.core.$loose>;
 }, z.core.$loose>;
 export type Chain = z.input<typeof ChainSchema>;
@@ -30,7 +30,7 @@ export declare const ChainsResponseSchema: z.ZodObject<{
     chains: z.ZodArray<z.ZodObject<{
         chainId: z.ZodNumber;
         name: z.ZodString;
-        quoteSigner: z.ZodUnion<readonly [z.ZodString, z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>]>;
+        quoteSigner: z.ZodUnion<readonly [z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>, z.ZodString]>;
         type: z.ZodEnum<{
             evm: "evm";
             svm: "svm";
@@ -45,8 +45,8 @@ export declare const ChainsResponseSchema: z.ZodObject<{
             paused: "paused";
         }>;
         contracts: z.ZodObject<{
-            portal: z.ZodUnion<readonly [z.ZodString, z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>]>;
-            executor: z.ZodNullable<z.ZodUnion<readonly [z.ZodString, z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>]>>;
+            portal: z.ZodUnion<readonly [z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>, z.ZodString]>;
+            executor: z.ZodNullable<z.ZodUnion<readonly [z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>, z.ZodString]>>;
         }, z.core.$loose>;
     }, z.core.$loose>>;
 }, z.core.$loose>;

package/dist/v1/endpoints/deposit-addresses.d.ts

@@ -11,18 +11,18 @@ export declare const DepositAddressCreateRequestSchema: z.ZodDiscriminatedUnion<
     depositor: z.ZodString;
     kind: z.ZodLiteral<"solana">;
     destinationAddress: z.ZodString;
-}, z.core.$strip>, z.ZodObject<{
+}, z.core.$strict>, z.ZodObject<{
     chainId: z.ZodNumber;
     depositor: z.ZodString;
     kind: z.ZodLiteral<"gateway">;
     destinationAddress: z.ZodString;
-}, z.core.$strip>, z.ZodObject<{
+}, z.core.$strict>, z.ZodObject<{
     chainId: z.ZodNumber;
     depositor: z.ZodString;
     kind: z.ZodLiteral<"gateway-erc20">;
     destinationAddress: z.ZodString;
     destinationChainId: z.ZodNumber;
-}, z.core.$strip>], "kind">;
+}, z.core.$strict>], "kind">;
 export type DepositAddressCreateRequest = z.infer<typeof DepositAddressCreateRequestSchema>;
 export declare const DepositAddressSchema: z.ZodObject<{
     id: z.ZodString;
@@ -34,7 +34,7 @@ export declare const DepositAddressSchema: z.ZodObject<{
         solana: "solana";
         "gateway-erc20": "gateway-erc20";
     }>;
-    destinationAddress: z.ZodUnion<readonly [z.ZodString, z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>]>;
+    destinationAddress: z.ZodUnion<readonly [z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>, z.ZodString]>;
     destinationChainId: z.ZodOptional<z.ZodNumber>;
     expiresAt: z.ZodNullable<z.ZodNumber>;
     createdAt: z.ZodNumber;
@@ -50,7 +50,7 @@ export declare const DepositAddressCreateResponseSchema: z.ZodObject<{
         solana: "solana";
         "gateway-erc20": "gateway-erc20";
     }>;
-    destinationAddress: z.ZodUnion<readonly [z.ZodString, z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>]>;
+    destinationAddress: z.ZodUnion<readonly [z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>, z.ZodString]>;
     destinationChainId: z.ZodOptional<z.ZodNumber>;
     expiresAt: z.ZodNullable<z.ZodNumber>;
     createdAt: z.ZodNumber;
@@ -60,7 +60,7 @@ export declare const DEPOSIT_ADDRESS_LOOKUP_QUERY_SHAPE: {
     limit: z.ZodDefault<z.ZodCoercedNumber<unknown>>;
     depositAddress: z.ZodOptional<z.ZodString>;
     depositor: z.ZodOptional<z.ZodString>;
-    destinationAddress: z.ZodOptional<z.ZodUnion<readonly [z.ZodString, z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>]>>;
+    destinationAddress: z.ZodOptional<z.ZodUnion<readonly [z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>, z.ZodString]>>;
     chainId: z.ZodOptional<z.ZodCoercedNumber<unknown>>;
     kind: z.ZodOptional<z.ZodEnum<{
         gateway: "gateway";
@@ -73,7 +73,7 @@ export declare const DepositAddressLookupQuerySchema: z.ZodObject<{
     limit: z.ZodDefault<z.ZodCoercedNumber<unknown>>;
     depositAddress: z.ZodOptional<z.ZodString>;
     depositor: z.ZodOptional<z.ZodString>;
-    destinationAddress: z.ZodOptional<z.ZodUnion<readonly [z.ZodString, z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>]>>;
+    destinationAddress: z.ZodOptional<z.ZodUnion<readonly [z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>, z.ZodString]>>;
     chainId: z.ZodOptional<z.ZodCoercedNumber<unknown>>;
     kind: z.ZodOptional<z.ZodEnum<{
         gateway: "gateway";
@@ -92,7 +92,7 @@ export declare const DepositAddressLookupResponseSchema: z.ZodObject<{
             solana: "solana";
             "gateway-erc20": "gateway-erc20";
         }>;
-        destinationAddress: z.ZodUnion<readonly [z.ZodString, z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>]>;
+        destinationAddress: z.ZodUnion<readonly [z.ZodString, z.ZodUnion<readonly [z.ZodString, z.ZodString]>, z.ZodString]>;
         destinationChainId: z.ZodOptional<z.ZodNumber>;
         expiresAt: z.ZodNullable<z.ZodNumber>;
         createdAt: z.ZodNumber;

package/dist/v1/endpoints/deposit-addresses.js

@@ -7,19 +7,19 @@ const status_1 = require("./status");
 exports.DEPOSIT_ADDRESS_KINDS = ['solana', 'gateway', 'gateway-erc20'];
 exports.DepositAddressKind = zod_1.z.enum(exports.DEPOSIT_ADDRESS_KINDS);
 exports.DepositAddressCreateRequestSchema = zod_1.z.discriminatedUnion('kind', [
-    zod_1.z.object({
+    zod_1.z.strictObject({
         chainId: primitives_1.ChainId,
         depositor: primitives_1.EvmAddress,
         kind: zod_1.z.literal('solana'),
         destinationAddress: primitives_1.SvmAddress,
     }),
-    zod_1.z.object({
+    zod_1.z.strictObject({
         chainId: primitives_1.ChainId,
         depositor: primitives_1.EvmAddress,
         kind: zod_1.z.literal('gateway'),
         destinationAddress: primitives_1.EvmAddress,
     }),
-    zod_1.z.object({
+    zod_1.z.strictObject({
         chainId: primitives_1.ChainId,
         depositor: primitives_1.EvmAddress,
         kind: zod_1.z.literal('gateway-erc20'),

package/dist/v1/endpoints/deposit-addresses.js.map

@@ -1 +1 @@
-{"version":3,"file":"deposit-addresses.js","sourceRoot":"","sources":["../../../src/v1/endpoints/deposit-addresses.ts"],"names":[],"mappings":";;;AAAA,6BAAwB;AAExB,8CAOuB;AACvB,qCAAiE;AAepD,QAAA,qBAAqB,GAAG,CAAC,QAAQ,EAAE,SAAS,EAAE,eAAe,CAAU,CAAC;AACxE,QAAA,kBAAkB,GAAG,OAAC,CAAC,IAAI,CAAC,6BAAqB,CAAC,CAAC;AAGnD,QAAA,iCAAiC,GAAG,OAAC,CAAC,kBAAkB,CAAC,MAAM,EAAE;IAC5E,OAAC,CAAC,MAAM,CAAC;QACP,OAAO,EAAE,oBAAO;QAChB,SAAS,EAAE,uBAAU;QACrB,IAAI,EAAE,OAAC,CAAC,OAAO,CAAC,QAAQ,CAAC;QACzB,kBAAkB,EAAE,uBAAU;KAC/B,CAAC;IACF,OAAC,CAAC,MAAM,CAAC;QACP,OAAO,EAAE,oBAAO;QAChB,SAAS,EAAE,uBAAU;QACrB,IAAI,EAAE,OAAC,CAAC,OAAO,CAAC,SAAS,CAAC;QAC1B,kBAAkB,EAAE,uBAAU;KAC/B,CAAC;IACF,OAAC,CAAC,MAAM,CAAC;QACP,OAAO,EAAE,oBAAO;QAChB,SAAS,EAAE,uBAAU;QACrB,IAAI,EAAE,OAAC,CAAC,OAAO,CAAC,eAAe,CAAC;QAChC,kBAAkB,EAAE,uBAAU;QAC9B,kBAAkB,EAAE,oBAAO;KAC5B,CAAC;CACH,CAAC,CAAC;AASU,QAAA,oBAAoB,GAAG,OAAC,CAAC,WAAW,CAAC;IAChD,EAAE,EAAE,6BAAgB;IACpB,cAAc,EAAE,uBAAU;IAC1B,OAAO,EAAE,oBAAO;IAChB,SAAS,EAAE,uBAAU;IACrB,IAAI,EAAE,0BAAkB;IACxB,kBAAkB,EAAE,uBAAU;IAC9B,kBAAkB,EAAE,oBAAO,CAAC,QAAQ,EAAE;IACtC,SAAS,EAAE,wBAAW,CAAC,QAAQ,EAAE;IACjC,SAAS,EAAE,wBAAW;CACvB,CAAC,CAAC;AAIU,QAAA,kCAAkC,GAAG,4BAAoB,CAAC;AAUvE,MAAM,8BAA8B,GAAG;IACrC,gBAAgB;IAChB,WAAW;IACX,oBAAoB;CACZ,CAAC;AAoCE,QAAA,kCAAkC,GAAG;IAChD,cAAc,EAAE,uBAAU,CAAC,QAAQ,EAAE;IACrC,SAAS,EAAE,uBAAU,CAAC,QAAQ,EAAE;IAChC,kBAAkB,EAAE,uBAAU,CAAC,QAAQ,EAAE;IAGzC,OAAO,EAAE,OAAC,CAAC,MAAM,CAAC,MAAM,EAAE,CAAC,GAAG,EAAE,CAAC,QAAQ,EAAE,CAAC,GAAG,CAAC,MAAM,CAAC,gBAAgB,CAAC,CAAC,QAAQ,EAAE;IACnF,IAAI,EAAE,0BAAkB,CAAC,QAAQ,EAAE;IACnC,GAAG,qBAAY;CAChB,CAAC;AAEW,QAAA,+BAA+B,GAAG,OAAC;KAC7C,MAAM,CAAC,0CAAkC,CAAC;KAC1C,WAAW,CAAC,IAAA,gCAAuB,EAAC,8BAA8B,CAAC,CAAC,CAAC;AAE3D,QAAA,kCAAkC,GAAG,OAAC,CAAC,WAAW,CAAC;IAC9D,OAAO,EAAE,OAAC,CAAC,KAAK,CAAC,4BAAoB,CAAC;CACvC,CAAC,CAAC"}
+{"version":3,"file":"deposit-addresses.js","sourceRoot":"","sources":["../../../src/v1/endpoints/deposit-addresses.ts"],"names":[],"mappings":";;;AAAA,6BAAwB;AAExB,8CAOuB;AACvB,qCAAiE;AAepD,QAAA,qBAAqB,GAAG,CAAC,QAAQ,EAAE,SAAS,EAAE,eAAe,CAAU,CAAC;AACxE,QAAA,kBAAkB,GAAG,OAAC,CAAC,IAAI,CAAC,6BAAqB,CAAC,CAAC;AAkBnD,QAAA,iCAAiC,GAAG,OAAC,CAAC,kBAAkB,CAAC,MAAM,EAAE;IAC5E,OAAC,CAAC,YAAY,CAAC;QACb,OAAO,EAAE,oBAAO;QAChB,SAAS,EAAE,uBAAU;QACrB,IAAI,EAAE,OAAC,CAAC,OAAO,CAAC,QAAQ,CAAC;QACzB,kBAAkB,EAAE,uBAAU;KAC/B,CAAC;IACF,OAAC,CAAC,YAAY,CAAC;QACb,OAAO,EAAE,oBAAO;QAChB,SAAS,EAAE,uBAAU;QACrB,IAAI,EAAE,OAAC,CAAC,OAAO,CAAC,SAAS,CAAC;QAC1B,kBAAkB,EAAE,uBAAU;KAC/B,CAAC;IACF,OAAC,CAAC,YAAY,CAAC;QACb,OAAO,EAAE,oBAAO;QAChB,SAAS,EAAE,uBAAU;QACrB,IAAI,EAAE,OAAC,CAAC,OAAO,CAAC,eAAe,CAAC;QAChC,kBAAkB,EAAE,uBAAU;QAC9B,kBAAkB,EAAE,oBAAO;KAC5B,CAAC;CACH,CAAC,CAAC;AASU,QAAA,oBAAoB,GAAG,OAAC,CAAC,WAAW,CAAC;IAChD,EAAE,EAAE,6BAAgB;IACpB,cAAc,EAAE,uBAAU;IAC1B,OAAO,EAAE,oBAAO;IAChB,SAAS,EAAE,uBAAU;IACrB,IAAI,EAAE,0BAAkB;IACxB,kBAAkB,EAAE,uBAAU;IAC9B,kBAAkB,EAAE,oBAAO,CAAC,QAAQ,EAAE;IACtC,SAAS,EAAE,wBAAW,CAAC,QAAQ,EAAE;IACjC,SAAS,EAAE,wBAAW;CACvB,CAAC,CAAC;AAIU,QAAA,kCAAkC,GAAG,4BAAoB,CAAC;AAUvE,MAAM,8BAA8B,GAAG;IACrC,gBAAgB;IAChB,WAAW;IACX,oBAAoB;CACZ,CAAC;AAoCE,QAAA,kCAAkC,GAAG;IAChD,cAAc,EAAE,uBAAU,CAAC,QAAQ,EAAE;IACrC,SAAS,EAAE,uBAAU,CAAC,QAAQ,EAAE;IAChC,kBAAkB,EAAE,uBAAU,CAAC,QAAQ,EAAE;IAGzC,OAAO,EAAE,OAAC,CAAC,MAAM,CAAC,MAAM,EAAE,CAAC,GAAG,EAAE,CAAC,QAAQ,EAAE,CAAC,GAAG,CAAC,MAAM,CAAC,gBAAgB,CAAC,CAAC,QAAQ,EAAE;IACnF,IAAI,EAAE,0BAAkB,CAAC,QAAQ,EAAE;IACnC,GAAG,qBAAY;CAChB,CAAC;AAEW,QAAA,+BAA+B,GAAG,OAAC;KAC7C,MAAM,CAAC,0CAAkC,CAAC;KAC1C,WAAW,CAAC,IAAA,gCAAuB,EAAC,8BAA8B,CAAC,CAAC,CAAC;AAE3D,QAAA,kCAAkC,GAAG,OAAC,CAAC,WAAW,CAAC;IAC9D,OAAO,EAAE,OAAC,CAAC,KAAK,CAAC,4BAAoB,CAAC;CACvC,CAAC,CAAC"}