@coinlist-co/react 0.12.2-rc.abd9d38 → 0.12.2-rc.e1f6c82

package/dist/{token-registry-snapshot-C-Qs3Lgs.d.ts → token-registry-snapshot-DttZXGvY.d.ts}

@@ -1,26 +1,6 @@
-import { aI as ClientId, bw as RedirectUri, aJ as CodeChallenge, bk as PKCEState, C as CodeVerifier, q as EvmWalletAddress, a as EthereumChain, bN as Tx, B as BlockchainAmount, bG as SwapPreview, a0 as AssetDecimals, aA as Newtype, D as TokenMetadata, aH as Chain, b as EvmContractAddress, bf as OfferToken } from './tokens-namespace-DrwRi0AQ.js';
+import { q as EvmWalletAddress, E as EthereumChain, c3 as Tx, bo as Newtype, N as TokenMetadata, aM as Chain, b as EvmContractAddress, bw as OfferToken } from './time-Bbqlt2x7.js';
 import { Hex, Abi, Hash, TransactionReceipt } from 'viem';
 
-type PKCEParams = {
-    clientId: ClientId;
-    responseType: 'code';
-    redirectUri: RedirectUri;
-    codeChallenge: CodeChallenge;
-    codeChallengeMethod: 'S256';
-    state: PKCEState;
-    codeVerifier: CodeVerifier;
-};
-type PKCEConfig = {
-    clientId: ClientId;
-    redirectUri: RedirectUri;
-};
-/**
- * Generates PKCE parameters for an OAuth2 authorization code flow.
- * Pure crypto — no React, no DOM beyond Web Crypto API. Safe to use
- * in server-side code and Next.js middleware.
- */
-declare function generatePKCEParams(config: PKCEConfig): Promise<PKCEParams>;
-
 type WriteContractParams = {
     abi: Abi;
     address: `0x${string}`;
@@ -70,24 +50,29 @@ interface EvmWallet extends EvmSigner {
 type ConnectWallet = EvmSigner & {
     readonly chain: EthereumChain;
 };
-
 /**
- * A read-only quote for a swap as domain amounts: how much goes in, the
- * protocol fee, and how much would come out. Derived from the raw
- * {@link SwapPreview} the swap contract returns.
+ * The host's connector for an external wallet, as two lambdas: one opens it,
+ * one tears the connection down. The SDK ships no wallet stack, so this is how
+ * a screen offers "Connect wallet" without knowing whether AppKit, Privy or the
+ * host's own modal is behind it.
+ *
+ * One product type rather than two optional lambdas, because they come as a
+ * pair: a screen that can connect a wallet must be able to let it go again,
+ * and a host that supports neither passes `null` for the whole adapter, which
+ * hides the connect affordance entirely.
  */
-type SwapQuote = {
-    inputTokenAmount: BlockchainAmount;
-    fee: BlockchainAmount;
-    outputTokenAmount: BlockchainAmount;
-};
-declare const SwapQuote: {
+type ExternalWalletAdapter = {
     /**
-     * Assembles a {@link SwapQuote} from a raw contract {@link SwapPreview}. The
-     * input and fee are denominated in the input token; the output in the output
-     * token.
+     * Opens the host's wallet connector. Resolves once the attempt finishes; the
+     * SDK reads the outcome from the external wallet it is handed on the next
+     * render rather than from a return value, so a host that connects through a
+     * redirect still works.
+     *
+     * Rejecting is how a declined or failed connection is reported.
      */
-    fromPreview: (preview: SwapPreview, inputDecimals: AssetDecimals, outputDecimals: AssetDecimals) => SwapQuote;
+    connect: () => Promise<void>;
+    /** Disconnects the external wallet. Resolves when it is gone. */
+    disconnect: () => Promise<void>;
 };
 
 type FormattedAmountUi = Newtype<string, 'FormattedAmountUi'>;
@@ -107,6 +92,51 @@ declare const FormattedAmountAssetUi: (value: string) => FormattedAmountAssetUi;
 type AssetIconUrl = Newtype<string, 'AssetIconUrl'>;
 declare const AssetIconUrl: (value: string) => AssetIconUrl;
 
+/**
+ * The wallets a screen reads for and acts from, supplied by the host.
+ *
+ * The SDK ships no wallet stack, so wallet discovery and connection are
+ * inverted onto the host: it hands over ready {@link EvmWallet}s, and an
+ * adapter for connecting an external one when it supports that. Every wallet
+ * here is one that can sign for itself, so a screen can broadcast from the
+ * wallet that holds a position.
+ *
+ * @alpha
+ */
+type WalletSelection = {
+    /**
+     * The user's embedded (custodial) wallets, in display order. Empty when
+     * they have none, which is a normal state, not an error.
+     */
+    embedded: EvmWallet[];
+    /** The connected external wallet, or `null` while none is connected. */
+    external: EvmWallet | null;
+    /**
+     * The host's external-wallet connector, or `null` when it offers none - in
+     * which case the screen shows no connect affordance at all. A host may
+     * still pass a connected `external` without one, to show a wallet the user
+     * cannot change from here.
+     */
+    externalAdapter: ExternalWalletAdapter | null;
+};
+/** @alpha */
+declare const WalletSelection: {
+    /**
+     * Every wallet in display order - embedded first, then the external one -
+     * each address once. Addresses compare case-insensitively, so a host that
+     * hands the same wallet over as both embedded and external sees it once.
+     */
+    all: (selection: WalletSelection) => EvmWallet[];
+};
+/**
+ * Names a wallet for display, e.g. `'CoinList Wallet'` for the user's
+ * embedded one. `null` means it has no name, and the screen shows its
+ * shortened address instead.
+ *
+ * @alpha
+ */
+type WalletLabelResolver = (address: EvmWalletAddress) => string | null;
+
 /**
  * An array guaranteed to hold at least one element. Use it where an empty list
  * would be a bug (e.g. the set of assets a swap always offers).
@@ -162,13 +192,15 @@ declare const TokenRegistrySnapshot: {
     }) => TokenMetadata | null;
 };
 /**
- * The tokens an offer is *about*, most specific first: every `swap` entry,
- * then every `distribution` entry. `funding` entries name what a swap is paid
- * with (USDC, USDT) and never the asset on offer, so they are left out.
+ * The tokens an offer is *about*, most specific first: every `swap` or
+ * `vault` entry, then every `distribution` entry. `funding` entries name what
+ * an offer is paid with (USDC, USDT) and never the asset on offer, so they are
+ * left out.
  *
- * `swap` outranks `distribution` because a swap product names the asset it
- * hands over precisely, while a sale's distribution entry names the same
- * token for a sale product and is accepted as the fallback. The checkout's
+ * `swap` and `vault` rank together - no offer type carries both - and outrank
+ * `distribution` because a swap or vault product names the token it hands over
+ * precisely, while a sale's distribution entry names the same token for a sale
+ * product and is accepted as the fallback. The checkout's
  * per-chain lookup and the catalogue's any-chain lookup both read this
  * ordering, which is why it is stated once, here.
  */
@@ -176,4 +208,4 @@ declare function offerDisplayTokens(offer: {
     tokens: readonly OfferToken[];
 }): OfferToken[];
 
-export { AssetIconUrl as A, type BroadcastTxParams as B, type ConnectWallet as C, type EvmWallet as E, FormattedAmountAssetUi as F, type NonEmptyArray as N, type PKCEConfig as P, SwapQuote as S, TxExplorerUrl as T, type WriteContractParams as W, ShortenedWalletAddress as a, FormattedPercentUi as b, TokenRegistrySnapshot as c, type EvmSigner as d, FormattedAmountUi as e, type PKCEParams as f, generatePKCEParams as g, offerDisplayTokens as o };
+export { AssetIconUrl as A, type BroadcastTxParams as B, type ConnectWallet as C, type EvmWallet as E, FormattedAmountAssetUi as F, type NonEmptyArray as N, ShortenedWalletAddress as S, TxExplorerUrl as T, WalletSelection as W, type WalletLabelResolver as a, FormattedPercentUi as b, TokenRegistrySnapshot as c, FormattedAmountUi as d, type EvmSigner as e, type ExternalWalletAdapter as f, type TokenKey as g, type WriteContractParams as h, offerDisplayTokens as o };