@swype-org/deposit 0.3.26 → 0.3.32

package/dist/index.d.cts

@@ -1,5 +1,5 @@
-import { D as DepositStatus, a as DepositResult, b as DepositError, c as DepositConfig, d as DepositRequest } from './types-BjnQ2ux2.cjs';
-export { C as CheckoutConfig, e as CheckoutError, f as CheckoutErrorCode, g as CheckoutStatus, h as DepositErrorCode, S as SignerFunction, i as SignerRequest, j as SignerResponse, T as TransferSummary, k as getDisplayMessage } from './types-BjnQ2ux2.cjs';
+import { D as DepositStatus, a as DepositResult, b as DepositError, c as DepositConfig, d as DepositRequest } from './types-QRkKxsoP.cjs';
+export { C as CheckoutConfig, e as CheckoutError, f as CheckoutErrorCode, g as CheckoutStatus, h as DepositErrorCode, S as SignerFunction, i as SignerRequest, j as SignerResponse, T as TransferSummary, k as getDisplayMessage } from './types-QRkKxsoP.cjs';
 
 declare const DEFAULT_WEBVIEW_BASE_URL = "https://pay.blink.cash";
 declare const SANDBOX_WEBVIEW_BASE_URL = "https://pay-sandbox.blink.cash";
@@ -8,6 +8,25 @@ type EventMap = {
     error: (error: DepositError) => void;
     close: () => void;
     'status-change': (status: DepositStatus) => void;
+    /**
+     * Embedded presentation only: the hosted flow's rendered height changed and
+     * the inline iframe has already been resized to match. Hosts that size their
+     * own panel around the iframe follow it from here.
+     *
+     * `heightPx` fires on every frame of the flow's own height transition —
+     * apply it directly, with NO CSS transition on the host side, or two
+     * independent animations of the same quantity fight each other and the panel
+     * keeps moving after the content has settled.
+     *
+     * `preferredWidthPx` / `minWidthPx` are constants describing the flow's
+     * design envelope, so a host that wants its panel to fit the flow in both
+     * axes can size the width once rather than guessing.
+     */
+    resize: (info: {
+        heightPx: number;
+        preferredWidthPx?: number;
+        minWidthPx?: number;
+    }) => void;
 };
 type EventName = keyof EventMap;
 /**
@@ -40,6 +59,14 @@ declare class Deposit {
     private warmIframe;
     private warmIframeReady;
     private warmIframeReadyCancel;
+    /** Resolved embedded-vs-overlay decision; see {@link Deposit.isEmbedded}. */
+    private embeddedResolved;
+    /**
+     * Settles the in-flight `requestDeposit()` as a dismissal. Non-null exactly
+     * while a flow is in progress, so {@link Deposit.close} can reject the promise
+     * the caller is awaiting instead of tearing the frame down under it.
+     */
+    private dismissActiveFlow;
     private listeners;
     /** Current phase of the deposit flow. */
     get status(): DepositStatus;
@@ -49,6 +76,20 @@ declare class Deposit {
     get error(): DepositError | null;
     /** Whether a deposit flow is currently in progress (signer loading or iframe open). */
     get isActive(): boolean;
+    /**
+     * How this instance will actually present: `'embedded'` renders inline in
+     * `containerElement`, `'overlay'` covers the page.
+     *
+     * Not simply an echo of the config — a host that asked for `'embedded'` gets
+     * `'overlay'` on mobile, where a phone-sized method panel cannot hold the
+     * flow (see {@link Deposit.isEmbedded}). Read it when laying out the panel:
+     * on `'overlay'` no `resize` event ever fires, so a panel sized from those
+     * reports would sit empty behind the overlay — collapse or skip it.
+     *
+     * Live until the SDK builds its first (warm-up) frame and fixed from then on,
+     * so re-read it on resize rather than caching it at mount.
+     */
+    get presentation(): 'overlay' | 'embedded';
     constructor(config: DepositConfig);
     /**
      * Warm up the hosted payment flow in a hidden iframe so `requestDeposit`
@@ -62,6 +103,50 @@ declare class Deposit {
      */
     preload(): void;
     private schedulePreload;
+    /**
+     * Whether the flow renders inline in the host's element rather than as an
+     * overlay.
+     *
+     * `presentation: 'embedded'` is a request, not a guarantee: **on mobile the
+     * flow presents as the normal overlay** even for an embedded host. An
+     * aggregator's method panel is a narrow, short column on a phone, and the
+     * flow inside it is a payment journey with a keypad, wallet lists and a QR
+     * code — it needs the screen. The overlay is exactly what a phone user gets
+     * from every other Blink integration, and the host's own dialog stays behind
+     * it. Desktop keeps the inline card, where the panel has room.
+     *
+     * **The decision lives with the frame.** Read live until a frame is built,
+     * then committed for good ({@link Deposit.createPresentedIframe}) — `preload()`
+     * warms a frame from these same predicates and the flow that later adopts it
+     * must agree, because a frame warmed at `layout=embed` handed to the overlay
+     * presenter (or the reverse) is a blank modal. Committing at frame creation
+     * rather than at construction matters: a host that constructs `Deposit` before
+     * layout settles — a widget mounting inside a transition, a background or
+     * prerendered tab — reports a zero-width viewport, and `(max-width: 640px)`
+     * matches at zero, so caching then would lock a desktop user into the overlay
+     * over a viewport that never existed. The warm-up already waits for `load`
+     * plus an idle callback, so by the time it commits the measurement is real.
+     */
+    private isEmbedded;
+    /**
+     * The host's height budget for the inline iframe. Explicit config wins;
+     * otherwise most of the host viewport, which keeps a tall flow from
+     * outgrowing the page it is embedded in.
+     */
+    private resolveEmbedMaxHeightPx;
+    /** Build the iframe for the configured presentation. */
+    private createPresentedIframe;
+    /**
+     * Where the overlay mounts. `containerElement` means two different things by
+     * presentation: an overlay mount point (`presentation: 'overlay'`) or the
+     * aggregator's inline panel slot (`'embedded'`). When an embedded flow
+     * presents as an overlay on mobile, that slot must NOT be the mount point —
+     * `position: fixed` resolves against the nearest transformed/filtered/
+     * contained ancestor, and an aggregator's animated dialog is exactly that, so
+     * the "full-screen" overlay would end up positioned inside their panel.
+     * Falls through to `document.body`.
+     */
+    private overlayMountTarget;
     private buildPreloadUrl;
     /**
      * Detach the warm iframe for use by a starting flow. Returns null (and
@@ -82,7 +167,24 @@ declare class Deposit {
     off<K extends EventName>(event: K, handler: EventMap[K]): this;
     /** No-op — retained for API compatibility with the popup-based SDK. */
     focus(): void;
-    /** Close the deposit iframe without waiting for completion. */
+    /**
+     * Close the deposit iframe without waiting for completion — the host's own
+     * back button or dialog chrome.
+     *
+     * This **settles a flow in progress** by rejecting its `requestDeposit()`
+     * promise with `DEPOSIT_DISMISSED`, exactly as the flow's own close control
+     * does. It has to: `cleanup()` destroys the frame through `destroy()`, which
+     * drops the handle's close callback on purpose, so without this the caller's
+     * `await` never returns. An aggregator whose back button awaited that promise
+     * to restore its method list was left showing an empty panel — the flow gone,
+     * its own list still not rendered, and no error to explain why.
+     *
+     * The rejection code is the same `DEPOSIT_DISMISSED` the in-flow control
+     * produces, so a host writes one dismissal branch rather than one per
+     * affordance. What it deliberately does not do is report an error: no `error`
+     * event, and `status` lands on 'idle' as it always has, because the host
+     * initiated this. With no flow in progress it is a plain teardown, unchanged.
+     */
     close(): void;
     /** Tear down the instance and release all resources. */
     destroy(): void;
@@ -106,7 +208,42 @@ declare class Deposit {
      * every hosted/preload URL.
      */
     private applyAppearanceParam;
-    /** Fluid is the default; `layout: 'fixed'` opts back into the legacy container. */
+    /**
+     * Appends the merchant's brand colors as `brand=p-0f62fe.bg-ffffff…`.
+     *
+     * On the URL rather than a message because the hosted flow's loading shell
+     * paints from its entry chunk, hundreds of ms before React mounts: a palette
+     * that arrived by `postMessage` would show Blink's own card color first and
+     * then become the merchant's. Unreserved characters only, so the param costs
+     * ~50 bytes of the URL budget rather than triple that in percent-encoding.
+     *
+     * Validated here purely so the merchant sees the complaint in their OWN
+     * console — the hosted flow re-validates everything it decodes, since the URL
+     * is host-controlled input that ends up in a stylesheet. Silence would be the
+     * worst outcome: a dropped color that nobody is told about looks like the SDK
+     * ignoring the config.
+     */
+    private applyBrandParam;
+    /**
+     * Normalizes the display-only {@link DepositRequest.balance} for the wire,
+     * or returns `undefined` to omit it everywhere — the `blink:signed-payload`
+     * sibling field and the legacy fallback URL param alike. Additive wire
+     * discipline: an unset or rejected balance leaves both channels
+     * byte-for-byte what they always were, and old webviews ignore the field
+     * by construction.
+     *
+     * Validated here purely so the merchant sees the complaint in their OWN
+     * console (same rationale as {@link applyBrandParam}); the hosted flow
+     * re-validates whatever arrives, since both channels are host-controlled
+     * input. A rejected balance never blocks the deposit — the flow proceeds
+     * without the subtitle.
+     */
+    private normalizeRequestBalance;
+    /**
+     * Fluid is the default; `layout: 'fixed'` opts back into the legacy
+     * container. Embedded is a separate presentation and never fluid — the
+     * constructor rejects the combination outright.
+     */
     private isFluidLayout;
     /**
      * Marks the hosted-flow URL as fluid-layout: the iframe spans the full
@@ -297,6 +434,6 @@ interface RpcHostOptions {
  */
 declare function attachRpcHost(options: RpcHostOptions): RpcHostHandle;
 
-declare const VERSION = "0.3.0";
+declare const VERSION = "0.3.32";
 
 export { ALLOWED_RPC_METHODS, type AdvertisedWallet, BRIDGE_PROTOCOL_VERSION, type EIP1193Provider as BridgeEIP1193Provider, type BridgeHelloMessage, type BridgeMessage, Checkout, DEFAULT_WEBVIEW_BASE_URL, Deposit, DepositConfig, DepositError, DepositRequest, DepositResult, DepositStatus, type EIP6963ProviderDetail, type EIP6963ProviderInfo, type RegisteredProvider, type RpcEventMessage, type RpcHostHandle, type RpcHostOptions, type RpcRequestMessage, type RpcResponseMessage, SANDBOX_WEBVIEW_BASE_URL, VERSION, type WalletDiscovererHandle, type WalletsAdvertisedMessage, attachRpcHost, createWalletDiscoverer, parseBridgeMessage };

package/dist/index.d.ts

@@ -1,5 +1,5 @@
-import { D as DepositStatus, a as DepositResult, b as DepositError, c as DepositConfig, d as DepositRequest } from './types-BjnQ2ux2.js';
-export { C as CheckoutConfig, e as CheckoutError, f as CheckoutErrorCode, g as CheckoutStatus, h as DepositErrorCode, S as SignerFunction, i as SignerRequest, j as SignerResponse, T as TransferSummary, k as getDisplayMessage } from './types-BjnQ2ux2.js';
+import { D as DepositStatus, a as DepositResult, b as DepositError, c as DepositConfig, d as DepositRequest } from './types-QRkKxsoP.js';
+export { C as CheckoutConfig, e as CheckoutError, f as CheckoutErrorCode, g as CheckoutStatus, h as DepositErrorCode, S as SignerFunction, i as SignerRequest, j as SignerResponse, T as TransferSummary, k as getDisplayMessage } from './types-QRkKxsoP.js';
 
 declare const DEFAULT_WEBVIEW_BASE_URL = "https://pay.blink.cash";
 declare const SANDBOX_WEBVIEW_BASE_URL = "https://pay-sandbox.blink.cash";
@@ -8,6 +8,25 @@ type EventMap = {
     error: (error: DepositError) => void;
     close: () => void;
     'status-change': (status: DepositStatus) => void;
+    /**
+     * Embedded presentation only: the hosted flow's rendered height changed and
+     * the inline iframe has already been resized to match. Hosts that size their
+     * own panel around the iframe follow it from here.
+     *
+     * `heightPx` fires on every frame of the flow's own height transition —
+     * apply it directly, with NO CSS transition on the host side, or two
+     * independent animations of the same quantity fight each other and the panel
+     * keeps moving after the content has settled.
+     *
+     * `preferredWidthPx` / `minWidthPx` are constants describing the flow's
+     * design envelope, so a host that wants its panel to fit the flow in both
+     * axes can size the width once rather than guessing.
+     */
+    resize: (info: {
+        heightPx: number;
+        preferredWidthPx?: number;
+        minWidthPx?: number;
+    }) => void;
 };
 type EventName = keyof EventMap;
 /**
@@ -40,6 +59,14 @@ declare class Deposit {
     private warmIframe;
     private warmIframeReady;
     private warmIframeReadyCancel;
+    /** Resolved embedded-vs-overlay decision; see {@link Deposit.isEmbedded}. */
+    private embeddedResolved;
+    /**
+     * Settles the in-flight `requestDeposit()` as a dismissal. Non-null exactly
+     * while a flow is in progress, so {@link Deposit.close} can reject the promise
+     * the caller is awaiting instead of tearing the frame down under it.
+     */
+    private dismissActiveFlow;
     private listeners;
     /** Current phase of the deposit flow. */
     get status(): DepositStatus;
@@ -49,6 +76,20 @@ declare class Deposit {
     get error(): DepositError | null;
     /** Whether a deposit flow is currently in progress (signer loading or iframe open). */
     get isActive(): boolean;
+    /**
+     * How this instance will actually present: `'embedded'` renders inline in
+     * `containerElement`, `'overlay'` covers the page.
+     *
+     * Not simply an echo of the config — a host that asked for `'embedded'` gets
+     * `'overlay'` on mobile, where a phone-sized method panel cannot hold the
+     * flow (see {@link Deposit.isEmbedded}). Read it when laying out the panel:
+     * on `'overlay'` no `resize` event ever fires, so a panel sized from those
+     * reports would sit empty behind the overlay — collapse or skip it.
+     *
+     * Live until the SDK builds its first (warm-up) frame and fixed from then on,
+     * so re-read it on resize rather than caching it at mount.
+     */
+    get presentation(): 'overlay' | 'embedded';
     constructor(config: DepositConfig);
     /**
      * Warm up the hosted payment flow in a hidden iframe so `requestDeposit`
@@ -62,6 +103,50 @@ declare class Deposit {
      */
     preload(): void;
     private schedulePreload;
+    /**
+     * Whether the flow renders inline in the host's element rather than as an
+     * overlay.
+     *
+     * `presentation: 'embedded'` is a request, not a guarantee: **on mobile the
+     * flow presents as the normal overlay** even for an embedded host. An
+     * aggregator's method panel is a narrow, short column on a phone, and the
+     * flow inside it is a payment journey with a keypad, wallet lists and a QR
+     * code — it needs the screen. The overlay is exactly what a phone user gets
+     * from every other Blink integration, and the host's own dialog stays behind
+     * it. Desktop keeps the inline card, where the panel has room.
+     *
+     * **The decision lives with the frame.** Read live until a frame is built,
+     * then committed for good ({@link Deposit.createPresentedIframe}) — `preload()`
+     * warms a frame from these same predicates and the flow that later adopts it
+     * must agree, because a frame warmed at `layout=embed` handed to the overlay
+     * presenter (or the reverse) is a blank modal. Committing at frame creation
+     * rather than at construction matters: a host that constructs `Deposit` before
+     * layout settles — a widget mounting inside a transition, a background or
+     * prerendered tab — reports a zero-width viewport, and `(max-width: 640px)`
+     * matches at zero, so caching then would lock a desktop user into the overlay
+     * over a viewport that never existed. The warm-up already waits for `load`
+     * plus an idle callback, so by the time it commits the measurement is real.
+     */
+    private isEmbedded;
+    /**
+     * The host's height budget for the inline iframe. Explicit config wins;
+     * otherwise most of the host viewport, which keeps a tall flow from
+     * outgrowing the page it is embedded in.
+     */
+    private resolveEmbedMaxHeightPx;
+    /** Build the iframe for the configured presentation. */
+    private createPresentedIframe;
+    /**
+     * Where the overlay mounts. `containerElement` means two different things by
+     * presentation: an overlay mount point (`presentation: 'overlay'`) or the
+     * aggregator's inline panel slot (`'embedded'`). When an embedded flow
+     * presents as an overlay on mobile, that slot must NOT be the mount point —
+     * `position: fixed` resolves against the nearest transformed/filtered/
+     * contained ancestor, and an aggregator's animated dialog is exactly that, so
+     * the "full-screen" overlay would end up positioned inside their panel.
+     * Falls through to `document.body`.
+     */
+    private overlayMountTarget;
     private buildPreloadUrl;
     /**
      * Detach the warm iframe for use by a starting flow. Returns null (and
@@ -82,7 +167,24 @@ declare class Deposit {
     off<K extends EventName>(event: K, handler: EventMap[K]): this;
     /** No-op — retained for API compatibility with the popup-based SDK. */
     focus(): void;
-    /** Close the deposit iframe without waiting for completion. */
+    /**
+     * Close the deposit iframe without waiting for completion — the host's own
+     * back button or dialog chrome.
+     *
+     * This **settles a flow in progress** by rejecting its `requestDeposit()`
+     * promise with `DEPOSIT_DISMISSED`, exactly as the flow's own close control
+     * does. It has to: `cleanup()` destroys the frame through `destroy()`, which
+     * drops the handle's close callback on purpose, so without this the caller's
+     * `await` never returns. An aggregator whose back button awaited that promise
+     * to restore its method list was left showing an empty panel — the flow gone,
+     * its own list still not rendered, and no error to explain why.
+     *
+     * The rejection code is the same `DEPOSIT_DISMISSED` the in-flow control
+     * produces, so a host writes one dismissal branch rather than one per
+     * affordance. What it deliberately does not do is report an error: no `error`
+     * event, and `status` lands on 'idle' as it always has, because the host
+     * initiated this. With no flow in progress it is a plain teardown, unchanged.
+     */
     close(): void;
     /** Tear down the instance and release all resources. */
     destroy(): void;
@@ -106,7 +208,42 @@ declare class Deposit {
      * every hosted/preload URL.
      */
     private applyAppearanceParam;
-    /** Fluid is the default; `layout: 'fixed'` opts back into the legacy container. */
+    /**
+     * Appends the merchant's brand colors as `brand=p-0f62fe.bg-ffffff…`.
+     *
+     * On the URL rather than a message because the hosted flow's loading shell
+     * paints from its entry chunk, hundreds of ms before React mounts: a palette
+     * that arrived by `postMessage` would show Blink's own card color first and
+     * then become the merchant's. Unreserved characters only, so the param costs
+     * ~50 bytes of the URL budget rather than triple that in percent-encoding.
+     *
+     * Validated here purely so the merchant sees the complaint in their OWN
+     * console — the hosted flow re-validates everything it decodes, since the URL
+     * is host-controlled input that ends up in a stylesheet. Silence would be the
+     * worst outcome: a dropped color that nobody is told about looks like the SDK
+     * ignoring the config.
+     */
+    private applyBrandParam;
+    /**
+     * Normalizes the display-only {@link DepositRequest.balance} for the wire,
+     * or returns `undefined` to omit it everywhere — the `blink:signed-payload`
+     * sibling field and the legacy fallback URL param alike. Additive wire
+     * discipline: an unset or rejected balance leaves both channels
+     * byte-for-byte what they always were, and old webviews ignore the field
+     * by construction.
+     *
+     * Validated here purely so the merchant sees the complaint in their OWN
+     * console (same rationale as {@link applyBrandParam}); the hosted flow
+     * re-validates whatever arrives, since both channels are host-controlled
+     * input. A rejected balance never blocks the deposit — the flow proceeds
+     * without the subtitle.
+     */
+    private normalizeRequestBalance;
+    /**
+     * Fluid is the default; `layout: 'fixed'` opts back into the legacy
+     * container. Embedded is a separate presentation and never fluid — the
+     * constructor rejects the combination outright.
+     */
     private isFluidLayout;
     /**
      * Marks the hosted-flow URL as fluid-layout: the iframe spans the full
@@ -297,6 +434,6 @@ interface RpcHostOptions {
  */
 declare function attachRpcHost(options: RpcHostOptions): RpcHostHandle;
 
-declare const VERSION = "0.3.0";
+declare const VERSION = "0.3.32";
 
 export { ALLOWED_RPC_METHODS, type AdvertisedWallet, BRIDGE_PROTOCOL_VERSION, type EIP1193Provider as BridgeEIP1193Provider, type BridgeHelloMessage, type BridgeMessage, Checkout, DEFAULT_WEBVIEW_BASE_URL, Deposit, DepositConfig, DepositError, DepositRequest, DepositResult, DepositStatus, type EIP6963ProviderDetail, type EIP6963ProviderInfo, type RegisteredProvider, type RpcEventMessage, type RpcHostHandle, type RpcHostOptions, type RpcRequestMessage, type RpcResponseMessage, SANDBOX_WEBVIEW_BASE_URL, VERSION, type WalletDiscovererHandle, type WalletsAdvertisedMessage, attachRpcHost, createWalletDiscoverer, parseBridgeMessage };

package/dist/index.js

@@ -1,7 +1,7 @@
-export { ALLOWED_RPC_METHODS, BRIDGE_PROTOCOL_VERSION, Checkout, CheckoutError, DEFAULT_WEBVIEW_BASE_URL, Deposit, DepositError, SANDBOX_WEBVIEW_BASE_URL, attachRpcHost, createWalletDiscoverer, getDisplayMessage, parseBridgeMessage } from './chunk-S3SPMEXQ.js';
+export { ALLOWED_RPC_METHODS, BRIDGE_PROTOCOL_VERSION, Checkout, CheckoutError, DEFAULT_WEBVIEW_BASE_URL, Deposit, DepositError, SANDBOX_WEBVIEW_BASE_URL, attachRpcHost, createWalletDiscoverer, getDisplayMessage, parseBridgeMessage } from './chunk-MJSD7JWR.js';
 
 // src/index.ts
-var VERSION = "0.3.0";
+var VERSION = "0.3.32";
 
 export { VERSION };
 //# sourceMappingURL=index.js.map

package/dist/index.js.map

@@ -1 +1 @@
-{"version":3,"sources":["../src/index.ts"],"names":[],"mappings":";;;AA2CO,IAAM,OAAA,GAAU","file":"index.js","sourcesContent":["export { Deposit, Checkout, DEFAULT_WEBVIEW_BASE_URL, SANDBOX_WEBVIEW_BASE_URL } from './checkout.ts';\nexport { DepositError, CheckoutError, getDisplayMessage } from './errors.ts';\nexport type { DepositErrorCode, CheckoutErrorCode } from './errors.ts';\nexport type {\n  DepositConfig,\n  CheckoutConfig,\n  DepositStatus,\n  CheckoutStatus,\n  DepositRequest,\n  DepositResult,\n  SignerFunction,\n  SignerRequest,\n  SignerResponse,\n  TransferSummary,\n} from './types.ts';\n\n// ── Wallet bridge (advanced) ──────────────────────────────────────────\n// Internal building blocks for the top-frame → iframe wallet bridge.\n// Default merchant integrations don't need these — `createIframe()` wires\n// them automatically. Re-exported so monorepo tests and any merchant\n// custom-iframe wrapper can poke at the protocol shapes.\nexport { createWalletDiscoverer } from './walletBridge/discover.ts';\nexport type { WalletDiscovererHandle, RegisteredProvider } from './walletBridge/discover.ts';\nexport { attachRpcHost } from './walletBridge/rpcHost.ts';\nexport type { RpcHostHandle, RpcHostOptions } from './walletBridge/rpcHost.ts';\nexport {\n  ALLOWED_RPC_METHODS,\n  BRIDGE_PROTOCOL_VERSION,\n  parseBridgeMessage,\n} from './walletBridge/protocol.ts';\nexport type {\n  AdvertisedWallet,\n  BridgeMessage,\n  BridgeHelloMessage,\n  WalletsAdvertisedMessage,\n  RpcRequestMessage,\n  RpcResponseMessage,\n  RpcEventMessage,\n  EIP1193Provider as BridgeEIP1193Provider,\n  EIP6963ProviderInfo,\n  EIP6963ProviderDetail,\n} from './walletBridge/protocol.ts';\n\nexport const VERSION = '0.3.0';\n"]}
+{"version":3,"sources":["../src/index.ts"],"names":[],"mappings":";;;AA2CO,IAAM,OAAA,GAAU","file":"index.js","sourcesContent":["export { Deposit, Checkout, DEFAULT_WEBVIEW_BASE_URL, SANDBOX_WEBVIEW_BASE_URL } from './checkout.ts';\nexport { DepositError, CheckoutError, getDisplayMessage } from './errors.ts';\nexport type { DepositErrorCode, CheckoutErrorCode } from './errors.ts';\nexport type {\n  DepositConfig,\n  CheckoutConfig,\n  DepositStatus,\n  CheckoutStatus,\n  DepositRequest,\n  DepositResult,\n  SignerFunction,\n  SignerRequest,\n  SignerResponse,\n  TransferSummary,\n} from './types.ts';\n\n// ── Wallet bridge (advanced) ──────────────────────────────────────────\n// Internal building blocks for the top-frame → iframe wallet bridge.\n// Default merchant integrations don't need these — `createIframe()` wires\n// them automatically. Re-exported so monorepo tests and any merchant\n// custom-iframe wrapper can poke at the protocol shapes.\nexport { createWalletDiscoverer } from './walletBridge/discover.ts';\nexport type { WalletDiscovererHandle, RegisteredProvider } from './walletBridge/discover.ts';\nexport { attachRpcHost } from './walletBridge/rpcHost.ts';\nexport type { RpcHostHandle, RpcHostOptions } from './walletBridge/rpcHost.ts';\nexport {\n  ALLOWED_RPC_METHODS,\n  BRIDGE_PROTOCOL_VERSION,\n  parseBridgeMessage,\n} from './walletBridge/protocol.ts';\nexport type {\n  AdvertisedWallet,\n  BridgeMessage,\n  BridgeHelloMessage,\n  WalletsAdvertisedMessage,\n  RpcRequestMessage,\n  RpcResponseMessage,\n  RpcEventMessage,\n  EIP1193Provider as BridgeEIP1193Provider,\n  EIP6963ProviderInfo,\n  EIP6963ProviderDetail,\n} from './walletBridge/protocol.ts';\n\nexport const VERSION = '0.3.32';\n"]}