@trustware/sdk-staging 1.1.9-staging.7 → 1.1.11-staging.1

package/dist/{manager-Dn4muk74.d.ts → manager-BY3NHAks.d.ts}

@@ -187,6 +187,15 @@ type BuildRouteBody = {
     slippageBps?: number;
     linkId?: string;
     memo?: string;
+    /**
+     * Optional bridge-and-call: execute a contract call on the destination
+     * chain right after funds land, instead of a plain wallet transfer (e.g.
+     * depositing into a vault in the same flow). Fully optional and backward
+     * compatible — omit `hooks` entirely and nothing changes.
+     */
+    hooks?: {
+        postHook?: PostHookRequest;
+    };
 };
 type TxRequest = {
     to?: string;
@@ -199,6 +208,18 @@ type TxRequest = {
     chainId?: number | string;
     gasPrice?: string;
 };
+type BuildRouteResponse = {
+    intentId?: string;
+    route?: RoutePlan;
+    sponsorship?: RouteSponsorship;
+    data?: {
+        intentId?: string;
+        route?: RoutePlan;
+        sponsorship?: RouteSponsorship;
+    };
+    error?: string;
+    message?: string;
+};
 declare function buildRoute(body: BuildRouteBody, signal?: AbortSignal): Promise<BuildRouteResult>;
 declare function buildDepositAddress(body: BuildRouteBody, signal?: AbortSignal): Promise<{
     intentId: string;
@@ -215,7 +236,36 @@ declare function submitReceipt(intentId: string, txHash: string, sponsorshipRequ
  *  executes from a smart account, so the backend records the tx against the
  *  address the user actually connects with. */
 eoaAddress?: string): Promise<any>;
+/**
+ * Reports the submitted tx hash for one execution step of a multi-step
+ * route — approve steps only; the main tx keeps going through
+ * `submitReceipt`. `stepIndex` is the step's position in
+ * `route.execution.approvals` (the backend seeds its step plan in the same
+ * order). Best-effort telemetry: callers fire-and-forget so a failed report
+ * never blocks the payment flow, but a successful one lets the backend tell
+ * "approve landed, main never followed" apart from an intent the user
+ * abandoned before signing anything.
+ */
+declare function submitStepReceipt(intentId: string, stepIndex: number, txHash: string): Promise<any>;
+/**
+ * Fetches the current status for a route intent.
+ *
+ * Response contract:
+ * - 404 (throws)              → intent doesn't exist. Stop polling.
+ * - 200 status: "pending"     → intent exists, no receipt yet. Keep polling.
+ * - 200 status: "submitted"   → receipt in, tx in flight. Keep polling.
+ * - 200 status: "bridging"    → cross-chain leg in progress. Keep polling.
+ * - 200 status: "success"/"failed" → terminal. Stop polling.
+ *
+ * A "pending" payload is a stub ({intent_id, status, intent_status,
+ * create_date}) — the full Transaction fields appear once a receipt lands.
+ */
 declare function getStatus(intentId: string): Promise<Transaction>;
+/**
+ * Polls intent status until terminal ("success"/"failed") or timeout.
+ * Non-terminal statuses ("pending", "submitted", "bridging") keep the loop
+ * going; a 404 (unknown intent) throws out of the loop — don't retry it.
+ */
 declare function pollStatus(intentId: string, { intervalMs, timeoutMs }?: {
     intervalMs?: number | undefined;
     timeoutMs?: number | undefined;
@@ -262,11 +312,30 @@ type Transaction = {
     destTxHash: string;
     requestId: string;
     transactionRequest: unknown;
-    status: "submitted" | "bridging" | "success" | "failed";
+    /**
+     * "pending" means the intent exists but no receipt has been submitted yet —
+     * the backend returns it (HTTP 200) instead of the old 404 so pollers can
+     * tell "not ready yet, keep polling" apart from "unknown intent" (a real
+     * 404, which means stop polling). A pending response carries only
+     * `intent_id`, `status`, `intent_status`, and `create_date`; the other
+     * Transaction fields are absent until a receipt lands.
+     */
+    status: "pending" | "submitted" | "bridging" | "success" | "failed";
     statusRaw?: unknown;
     routePath?: unknown;
     routeStatus?: unknown;
+    /**
+     * Exact once landed_amount_verified is true; otherwise a pre-trade quote
+     * estimate copied in when the transaction was submitted — neither Squid's
+     * nor LiFi's status API carries a real landed-amount field, so the
+     * backend confirms it by reading the destination chain directly instead
+     * (see BVT-246). Check `landed_amount_verified` before auto-continuing
+     * on this value.
+     */
     toAmountWei?: string | number;
+    /** True once toAmountWei has been confirmed on-chain rather than being the
+     *  pre-trade quote estimate. Wire field: `landed_amount_verified`. */
+    landed_amount_verified?: boolean;
     fromChainBlock: number;
     toChainBlock: number;
     fromChainTxUrl?: string;
@@ -305,6 +374,60 @@ type RouteSponsorship = {
     typedDataHash: string;
     approval: SponsorshipApproval;
 };
+/**
+ * A destination-chain contract call to execute automatically once bridged
+ * funds land — e.g. depositing straight into a vault instead of a plain
+ * wallet transfer. Entirely optional: omit `hooks` on `BuildRouteBody`
+ * altogether and nothing about existing `buildRoute`/`buildDepositAddress`
+ * behavior changes.
+ *
+ * There are two ways to tell the backend how much the call should act on:
+ * - `fundAmount` (recommended — works with every provider): a fixed amount
+ *   you already know ahead of time, with `callData` ABI-encoded for that
+ *   exact number.
+ * - `fullAmount: true` + `amountInputPos` (Squid only): lets the backend
+ *   dynamically patch `callData` with the *actual* landed amount at
+ *   execution time — useful when the exact bridged amount can't be known in
+ *   advance. Requests using this mode are only ever routed to a provider
+ *   that supports it.
+ *
+ * Pick one of the two amount modes; you don't need both.
+ */
+type PostHookRequest = {
+    /** Contract address to call on the destination chain. */
+    target: string;
+    /** ABI-encoded calldata for the call. */
+    callData: string;
+    /** msg.value to send with the call, in wei — only for native-value calls. */
+    value?: string;
+    /** Token the call acts on. Defaults to the route's `toToken`. */
+    fundToken?: string;
+    /** Fixed amount (wei). Required unless `fullAmount` is set. */
+    fundAmount?: string;
+    /** Squid-only: dynamically patch `callData` with the actual landed amount. */
+    fullAmount?: boolean;
+    /** Squid-only: required when `fullAmount` is true — the ABI arg index to patch. */
+    amountInputPos?: number;
+    /**
+     * Gas limit hint for the call. Optional for Squid, but required to keep
+     * this request eligible for LiFi — include it unless you're intentionally
+     * Squid-only.
+     */
+    estimatedGas?: string;
+    /**
+     * Set this when `target` needs to pull `fundToken` via `transferFrom` (the
+     * common ERC20 vault-deposit case) — usually the same address as `target`
+     * itself. On Squid, an `approve()` call is automatically prepended before
+     * your call (patched with the landed amount too, when `fullAmount` is
+     * true). On LiFi, this is passed through as-is; LiFi's own execution
+     * engine handles the approval. Leave unset for native-asset calls, which
+     * never need an approval.
+     */
+    toApprovalAddress?: string;
+    /** Where bridged funds go if the call fails (LiFi only). */
+    toFallbackAddress?: string;
+    description?: string;
+};
 type RouteEstimate = {
     fromAmount?: string;
     toAmount?: string;
@@ -315,10 +438,23 @@ type RouteEstimate = {
     toAmountMinUsd?: string;
     fees?: unknown[];
 };
+/**
+ * An ERC20 allowance that must be granted before `execution.transaction` can
+ * succeed — e.g. bridging from USDC instead of a native asset. `sendRouteTransaction`
+ * checks and grants these automatically; you only need this if you're
+ * building the transaction lifecycle yourself.
+ */
+type RouteApproval = {
+    chainId?: string;
+    tokenAddress?: string;
+    spender?: string;
+    amount?: string;
+};
 type RoutePlan = {
     estimate?: RouteEstimate;
     execution?: {
         transaction?: TxRequest;
+        approvals?: RouteApproval[];
     };
     steps?: unknown[];
     provider?: string;
@@ -705,4 +841,4 @@ declare function useWalletInfo(wagmi?: WagmiBridge): {
 };
 declare function useWalletExternalDisconnect(cb: () => void): void;
 
-export { useWalletInfo as $, type TrustwareWidgetMessages as A, type BuildRouteResult as B, type WagmiBridge as C, DEFAULT_AUTO_DETECT_PROVIDER as D, type EIP1193 as E, type FeatureFlags as F, type WagmiConnector as G, type WalletAddressResolution as H, IdentityStore as I, type WalletAddressSource as J, type WalletCategory as K, type WalletConnectConfig as L, type WalletEcosystem as M, type WalletId as N, type WalletIdentity as O, type WalletIdentityAddress as P, type WalletIdentityChainLike as Q, type RateLimitInfo as R, type SimpleWalletInterface as S, type TrustwareConfigOptions as T, type WalletMeta as U, buildWalletIdentityAddress as V, type WalletInterFaceAPI as W, createWalletIdentity as X, resolveWalletAddressForChain as Y, upsertWalletIdentityAddress as Z, useWalletExternalDisconnect as _, TrustwareError as a, useWireDetectionIntoManager as a0, walletManager as a1, type WalletSnapshot as a2, useWalletConnectConnect as a3, buildRoute as a4, buildDepositAddress as a5, submitReceipt as a6, getStatus as a7, pollStatus as a8, type Transaction as b, type TrustwareEvent as c, DEFAULT_FEATURE_FLAGS as d, DEFAULT_MESSAGES as e, DEFAULT_RETRY_CONFIG as f, DEFAULT_SLIPPAGE as g, type DetectedWallet as h, type EIP6963ProviderDetail as i, type EvmWalletInterface as j, type ResolvedFeatureFlags as k, type ResolvedRetryConfig as l, type ResolvedTrustwareConfig as m, type ResolvedWalletConnectConfig as n, type RetryConfig as o, type RouteEstimate as p, type RouteIntent as q, type RouteParams as r, type RoutePlan as s, type RouteSponsorship as t, type RoutesConfig as u, type SolanaProviderLike as v, type SolanaWalletInterface as w, type SponsorshipApproval as x, type SwapTokenRef as y, type TrustwareTheme as z };
+export { type WalletConnectConfig as $, type ResolvedWalletConnectConfig as A, type BuildRouteBody as B, type RetryConfig as C, type DetectedWallet as D, type EIP1193 as E, type FeatureFlags as F, type RouteApproval as G, type RouteEstimate as H, IdentityStore as I, type RouteIntent as J, type RouteParams as K, type RoutePlan as L, type RouteSponsorship as M, type RoutesConfig as N, type SimpleWalletInterface as O, type PostHookRequest as P, type SponsorshipApproval as Q, type RateLimitInfo as R, type SolanaProviderLike as S, type TrustwareConfigOptions as T, type SwapTokenRef as U, type TrustwareTheme as V, type WalletMeta as W, type TrustwareWidgetMessages as X, type WalletAddressResolution as Y, type WalletAddressSource as Z, type WalletCategory as _, type WalletId as a, type WalletEcosystem as a0, type WalletIdentity as a1, type WalletIdentityAddress as a2, type WalletIdentityChainLike as a3, buildWalletIdentityAddress as a4, createWalletIdentity as a5, resolveWalletAddressForChain as a6, upsertWalletIdentityAddress as a7, buildRoute as a8, buildDepositAddress as a9, submitReceipt as aa, submitStepReceipt as ab, getStatus as ac, pollStatus as ad, type SolanaWalletInterface as b, type WagmiBridge as c, type WagmiConnector as d, type WalletSnapshot as e, useWalletExternalDisconnect as f, useWalletInfo as g, useWireDetectionIntoManager as h, type WalletInterFaceAPI as i, TrustwareError as j, type Transaction as k, type TrustwareEvent as l, type BuildRouteResponse as m, type BuildRouteResult as n, DEFAULT_AUTO_DETECT_PROVIDER as o, DEFAULT_FEATURE_FLAGS as p, DEFAULT_MESSAGES as q, DEFAULT_RETRY_CONFIG as r, DEFAULT_SLIPPAGE as s, type EIP6963ProviderDetail as t, useWalletConnectConnect as u, type EvmWalletInterface as v, walletManager as w, type ResolvedFeatureFlags as x, type ResolvedRetryConfig as y, type ResolvedTrustwareConfig as z };

package/dist/{manager-DWFNyouP.d.cts → manager-DT8enQbE.d.cts}

@@ -187,6 +187,15 @@ type BuildRouteBody = {
     slippageBps?: number;
     linkId?: string;
     memo?: string;
+    /**
+     * Optional bridge-and-call: execute a contract call on the destination
+     * chain right after funds land, instead of a plain wallet transfer (e.g.
+     * depositing into a vault in the same flow). Fully optional and backward
+     * compatible — omit `hooks` entirely and nothing changes.
+     */
+    hooks?: {
+        postHook?: PostHookRequest;
+    };
 };
 type TxRequest = {
     to?: string;
@@ -199,6 +208,18 @@ type TxRequest = {
     chainId?: number | string;
     gasPrice?: string;
 };
+type BuildRouteResponse = {
+    intentId?: string;
+    route?: RoutePlan;
+    sponsorship?: RouteSponsorship;
+    data?: {
+        intentId?: string;
+        route?: RoutePlan;
+        sponsorship?: RouteSponsorship;
+    };
+    error?: string;
+    message?: string;
+};
 declare function buildRoute(body: BuildRouteBody, signal?: AbortSignal): Promise<BuildRouteResult>;
 declare function buildDepositAddress(body: BuildRouteBody, signal?: AbortSignal): Promise<{
     intentId: string;
@@ -215,7 +236,36 @@ declare function submitReceipt(intentId: string, txHash: string, sponsorshipRequ
  *  executes from a smart account, so the backend records the tx against the
  *  address the user actually connects with. */
 eoaAddress?: string): Promise<any>;
+/**
+ * Reports the submitted tx hash for one execution step of a multi-step
+ * route — approve steps only; the main tx keeps going through
+ * `submitReceipt`. `stepIndex` is the step's position in
+ * `route.execution.approvals` (the backend seeds its step plan in the same
+ * order). Best-effort telemetry: callers fire-and-forget so a failed report
+ * never blocks the payment flow, but a successful one lets the backend tell
+ * "approve landed, main never followed" apart from an intent the user
+ * abandoned before signing anything.
+ */
+declare function submitStepReceipt(intentId: string, stepIndex: number, txHash: string): Promise<any>;
+/**
+ * Fetches the current status for a route intent.
+ *
+ * Response contract:
+ * - 404 (throws)              → intent doesn't exist. Stop polling.
+ * - 200 status: "pending"     → intent exists, no receipt yet. Keep polling.
+ * - 200 status: "submitted"   → receipt in, tx in flight. Keep polling.
+ * - 200 status: "bridging"    → cross-chain leg in progress. Keep polling.
+ * - 200 status: "success"/"failed" → terminal. Stop polling.
+ *
+ * A "pending" payload is a stub ({intent_id, status, intent_status,
+ * create_date}) — the full Transaction fields appear once a receipt lands.
+ */
 declare function getStatus(intentId: string): Promise<Transaction>;
+/**
+ * Polls intent status until terminal ("success"/"failed") or timeout.
+ * Non-terminal statuses ("pending", "submitted", "bridging") keep the loop
+ * going; a 404 (unknown intent) throws out of the loop — don't retry it.
+ */
 declare function pollStatus(intentId: string, { intervalMs, timeoutMs }?: {
     intervalMs?: number | undefined;
     timeoutMs?: number | undefined;
@@ -262,11 +312,30 @@ type Transaction = {
     destTxHash: string;
     requestId: string;
     transactionRequest: unknown;
-    status: "submitted" | "bridging" | "success" | "failed";
+    /**
+     * "pending" means the intent exists but no receipt has been submitted yet —
+     * the backend returns it (HTTP 200) instead of the old 404 so pollers can
+     * tell "not ready yet, keep polling" apart from "unknown intent" (a real
+     * 404, which means stop polling). A pending response carries only
+     * `intent_id`, `status`, `intent_status`, and `create_date`; the other
+     * Transaction fields are absent until a receipt lands.
+     */
+    status: "pending" | "submitted" | "bridging" | "success" | "failed";
     statusRaw?: unknown;
     routePath?: unknown;
     routeStatus?: unknown;
+    /**
+     * Exact once landed_amount_verified is true; otherwise a pre-trade quote
+     * estimate copied in when the transaction was submitted — neither Squid's
+     * nor LiFi's status API carries a real landed-amount field, so the
+     * backend confirms it by reading the destination chain directly instead
+     * (see BVT-246). Check `landed_amount_verified` before auto-continuing
+     * on this value.
+     */
     toAmountWei?: string | number;
+    /** True once toAmountWei has been confirmed on-chain rather than being the
+     *  pre-trade quote estimate. Wire field: `landed_amount_verified`. */
+    landed_amount_verified?: boolean;
     fromChainBlock: number;
     toChainBlock: number;
     fromChainTxUrl?: string;
@@ -305,6 +374,60 @@ type RouteSponsorship = {
     typedDataHash: string;
     approval: SponsorshipApproval;
 };
+/**
+ * A destination-chain contract call to execute automatically once bridged
+ * funds land — e.g. depositing straight into a vault instead of a plain
+ * wallet transfer. Entirely optional: omit `hooks` on `BuildRouteBody`
+ * altogether and nothing about existing `buildRoute`/`buildDepositAddress`
+ * behavior changes.
+ *
+ * There are two ways to tell the backend how much the call should act on:
+ * - `fundAmount` (recommended — works with every provider): a fixed amount
+ *   you already know ahead of time, with `callData` ABI-encoded for that
+ *   exact number.
+ * - `fullAmount: true` + `amountInputPos` (Squid only): lets the backend
+ *   dynamically patch `callData` with the *actual* landed amount at
+ *   execution time — useful when the exact bridged amount can't be known in
+ *   advance. Requests using this mode are only ever routed to a provider
+ *   that supports it.
+ *
+ * Pick one of the two amount modes; you don't need both.
+ */
+type PostHookRequest = {
+    /** Contract address to call on the destination chain. */
+    target: string;
+    /** ABI-encoded calldata for the call. */
+    callData: string;
+    /** msg.value to send with the call, in wei — only for native-value calls. */
+    value?: string;
+    /** Token the call acts on. Defaults to the route's `toToken`. */
+    fundToken?: string;
+    /** Fixed amount (wei). Required unless `fullAmount` is set. */
+    fundAmount?: string;
+    /** Squid-only: dynamically patch `callData` with the actual landed amount. */
+    fullAmount?: boolean;
+    /** Squid-only: required when `fullAmount` is true — the ABI arg index to patch. */
+    amountInputPos?: number;
+    /**
+     * Gas limit hint for the call. Optional for Squid, but required to keep
+     * this request eligible for LiFi — include it unless you're intentionally
+     * Squid-only.
+     */
+    estimatedGas?: string;
+    /**
+     * Set this when `target` needs to pull `fundToken` via `transferFrom` (the
+     * common ERC20 vault-deposit case) — usually the same address as `target`
+     * itself. On Squid, an `approve()` call is automatically prepended before
+     * your call (patched with the landed amount too, when `fullAmount` is
+     * true). On LiFi, this is passed through as-is; LiFi's own execution
+     * engine handles the approval. Leave unset for native-asset calls, which
+     * never need an approval.
+     */
+    toApprovalAddress?: string;
+    /** Where bridged funds go if the call fails (LiFi only). */
+    toFallbackAddress?: string;
+    description?: string;
+};
 type RouteEstimate = {
     fromAmount?: string;
     toAmount?: string;
@@ -315,10 +438,23 @@ type RouteEstimate = {
     toAmountMinUsd?: string;
     fees?: unknown[];
 };
+/**
+ * An ERC20 allowance that must be granted before `execution.transaction` can
+ * succeed — e.g. bridging from USDC instead of a native asset. `sendRouteTransaction`
+ * checks and grants these automatically; you only need this if you're
+ * building the transaction lifecycle yourself.
+ */
+type RouteApproval = {
+    chainId?: string;
+    tokenAddress?: string;
+    spender?: string;
+    amount?: string;
+};
 type RoutePlan = {
     estimate?: RouteEstimate;
     execution?: {
         transaction?: TxRequest;
+        approvals?: RouteApproval[];
     };
     steps?: unknown[];
     provider?: string;
@@ -705,4 +841,4 @@ declare function useWalletInfo(wagmi?: WagmiBridge): {
 };
 declare function useWalletExternalDisconnect(cb: () => void): void;
 
-export { useWalletInfo as $, type TrustwareWidgetMessages as A, type BuildRouteResult as B, type WagmiBridge as C, DEFAULT_AUTO_DETECT_PROVIDER as D, type EIP1193 as E, type FeatureFlags as F, type WagmiConnector as G, type WalletAddressResolution as H, IdentityStore as I, type WalletAddressSource as J, type WalletCategory as K, type WalletConnectConfig as L, type WalletEcosystem as M, type WalletId as N, type WalletIdentity as O, type WalletIdentityAddress as P, type WalletIdentityChainLike as Q, type RateLimitInfo as R, type SimpleWalletInterface as S, type TrustwareConfigOptions as T, type WalletMeta as U, buildWalletIdentityAddress as V, type WalletInterFaceAPI as W, createWalletIdentity as X, resolveWalletAddressForChain as Y, upsertWalletIdentityAddress as Z, useWalletExternalDisconnect as _, TrustwareError as a, useWireDetectionIntoManager as a0, walletManager as a1, type WalletSnapshot as a2, useWalletConnectConnect as a3, buildRoute as a4, buildDepositAddress as a5, submitReceipt as a6, getStatus as a7, pollStatus as a8, type Transaction as b, type TrustwareEvent as c, DEFAULT_FEATURE_FLAGS as d, DEFAULT_MESSAGES as e, DEFAULT_RETRY_CONFIG as f, DEFAULT_SLIPPAGE as g, type DetectedWallet as h, type EIP6963ProviderDetail as i, type EvmWalletInterface as j, type ResolvedFeatureFlags as k, type ResolvedRetryConfig as l, type ResolvedTrustwareConfig as m, type ResolvedWalletConnectConfig as n, type RetryConfig as o, type RouteEstimate as p, type RouteIntent as q, type RouteParams as r, type RoutePlan as s, type RouteSponsorship as t, type RoutesConfig as u, type SolanaProviderLike as v, type SolanaWalletInterface as w, type SponsorshipApproval as x, type SwapTokenRef as y, type TrustwareTheme as z };
+export { type WalletConnectConfig as $, type ResolvedWalletConnectConfig as A, type BuildRouteBody as B, type RetryConfig as C, type DetectedWallet as D, type EIP1193 as E, type FeatureFlags as F, type RouteApproval as G, type RouteEstimate as H, IdentityStore as I, type RouteIntent as J, type RouteParams as K, type RoutePlan as L, type RouteSponsorship as M, type RoutesConfig as N, type SimpleWalletInterface as O, type PostHookRequest as P, type SponsorshipApproval as Q, type RateLimitInfo as R, type SolanaProviderLike as S, type TrustwareConfigOptions as T, type SwapTokenRef as U, type TrustwareTheme as V, type WalletMeta as W, type TrustwareWidgetMessages as X, type WalletAddressResolution as Y, type WalletAddressSource as Z, type WalletCategory as _, type WalletId as a, type WalletEcosystem as a0, type WalletIdentity as a1, type WalletIdentityAddress as a2, type WalletIdentityChainLike as a3, buildWalletIdentityAddress as a4, createWalletIdentity as a5, resolveWalletAddressForChain as a6, upsertWalletIdentityAddress as a7, buildRoute as a8, buildDepositAddress as a9, submitReceipt as aa, submitStepReceipt as ab, getStatus as ac, pollStatus as ad, type SolanaWalletInterface as b, type WagmiBridge as c, type WagmiConnector as d, type WalletSnapshot as e, useWalletExternalDisconnect as f, useWalletInfo as g, useWireDetectionIntoManager as h, type WalletInterFaceAPI as i, TrustwareError as j, type Transaction as k, type TrustwareEvent as l, type BuildRouteResponse as m, type BuildRouteResult as n, DEFAULT_AUTO_DETECT_PROVIDER as o, DEFAULT_FEATURE_FLAGS as p, DEFAULT_MESSAGES as q, DEFAULT_RETRY_CONFIG as r, DEFAULT_SLIPPAGE as s, type EIP6963ProviderDetail as t, useWalletConnectConnect as u, type EvmWalletInterface as v, walletManager as w, type ResolvedFeatureFlags as x, type ResolvedRetryConfig as y, type ResolvedTrustwareConfig as z };

package/dist/{detect-Cprq6X9o.d.ts → metadata-BPvFYMlc.d.ts}

@@ -1,4 +1,4 @@
-import { h as DetectedWallet, C as WagmiBridge, W as WalletInterFaceAPI, E as EIP1193, N as WalletId, i as EIP6963ProviderDetail } from './manager-Dn4muk74.js';
+import { D as DetectedWallet, c as WagmiBridge, i as WalletInterFaceAPI, E as EIP1193, a as WalletId, t as EIP6963ProviderDetail, W as WalletMeta } from './manager-BY3NHAks.js';
 
 /** Try wagmi bridge first (if provided), otherwise return EIP-1193 adapter. */
 declare function connectDetectedWallet(dw: DetectedWallet, opts?: {
@@ -32,4 +32,7 @@ declare function useWalletDetection(timeoutMs?: number): {
 };
 declare function useIsMobile(): boolean;
 
-export { useWagmi as a, useWalletDetection as b, connectDetectedWallet as c, autoDetectWallet as d, buildDetectedWalletFromProvider as e, createWalletConnectEntry as f, useIsMobile as g, toWalletInterfaceFromDetected as t, useEIP1193 as u };
+declare const POPULAR_ORDER: WalletId[];
+declare const WALLETS: WalletMeta[];
+
+export { POPULAR_ORDER as P, WALLETS as W, autoDetectWallet as a, buildDetectedWalletFromProvider as b, connectDetectedWallet as c, createWalletConnectEntry as d, useIsMobile as e, useWagmi as f, useWalletDetection as g, toWalletInterfaceFromDetected as t, useEIP1193 as u };

package/dist/{detect-DWL4uExV.d.cts → metadata-DyxUcKHk.d.cts}

@@ -1,4 +1,4 @@
-import { h as DetectedWallet, C as WagmiBridge, W as WalletInterFaceAPI, E as EIP1193, N as WalletId, i as EIP6963ProviderDetail } from './manager-DWFNyouP.cjs';
+import { D as DetectedWallet, c as WagmiBridge, i as WalletInterFaceAPI, E as EIP1193, a as WalletId, t as EIP6963ProviderDetail, W as WalletMeta } from './manager-DT8enQbE.cjs';
 
 /** Try wagmi bridge first (if provided), otherwise return EIP-1193 adapter. */
 declare function connectDetectedWallet(dw: DetectedWallet, opts?: {
@@ -32,4 +32,7 @@ declare function useWalletDetection(timeoutMs?: number): {
 };
 declare function useIsMobile(): boolean;
 
-export { useWagmi as a, useWalletDetection as b, connectDetectedWallet as c, autoDetectWallet as d, buildDetectedWalletFromProvider as e, createWalletConnectEntry as f, useIsMobile as g, toWalletInterfaceFromDetected as t, useEIP1193 as u };
+declare const POPULAR_ORDER: WalletId[];
+declare const WALLETS: WalletMeta[];
+
+export { POPULAR_ORDER as P, WALLETS as W, autoDetectWallet as a, buildDetectedWalletFromProvider as b, connectDetectedWallet as c, createWalletConnectEntry as d, useIsMobile as e, useWagmi as f, useWalletDetection as g, toWalletInterfaceFromDetected as t, useEIP1193 as u };

package/dist/smart-account.cjs

@@ -12265,7 +12265,7 @@ var init_constants = __esm({
   "src/constants.ts"() {
     "use strict";
     SDK_NAME = "@trustware/sdk";
-    SDK_VERSION = "1.1.9-staging.7";
+    SDK_VERSION = "1.1.11-staging.1";
     API_ROOT = "https://bv-staging-api.trustware.io";
     API_PREFIX = "/api";
   }