@lunora/x402 1.0.0-alpha.82 → 1.0.0-alpha.84

package/dist/packem_shared/{index.d-C1PlJUJL.d.mts → index.d-A-g7yKuO.d.mts}

@@ -1,5 +1,3 @@
-import { ProcessSettleSuccessResponse } from '@x402/core/http';
-import { BeforePaymentCreationHook, PaymentPolicy, OnPaymentCreationFailureHook } from '@x402/core/client';
 import { PaymentRequirements } from '@x402/core/types';
 import { TransactionSigner } from '@solana/accounts';
 /**
@@ -69,7 +67,6 @@ type ClientSvmSigner = TransactionSigner;
  * as its exact on-chain atomic-unit string (USDC has 6 decimals) — never coerced
  * to a fractional-dollar number — so no precision is lost crossing the reporting
  * seam.
- * @experimental
  */
 interface X402Receipt {
   /** Settled amount in the asset's atomic base units (USDC: 6 decimals), as an exact string. */
@@ -95,26 +92,12 @@ interface X402Receipt {
  * settlement, does not block the paid response on it, and swallows any error it
  * throws — so a sink must never rely on being awaited or on its failures
  * surfacing.
- * @experimental
  */
 type X402ReceiptSink = (receipt: X402Receipt) => Promise<void> | void;
-/**
- * Normalise a successful facilitator settlement into an {@link X402Receipt}.
- * `resource` (the gated URL or procedure id) and `ts` are supplied by the caller —
- * the settlement result carries neither. Prefers the actual settled `amount`
- * (present for `upto`-scheme partial settlements) and falls back to the route's
- * required amount for `exact`.
- * @experimental
- */
-declare const toReceipt: (settlement: ProcessSettleSuccessResponse, context: {
-  readonly resource: string;
-  readonly ts: number;
-}) => X402Receipt;
 /**
  * A row for `@lunora/payment`'s durable `events` table. Deliberately a plain
  * structural type — building one imports nothing from `@lunora/payment`, so the
  * rails stay decoupled.
- * @experimental
  */
 interface PaymentEventRow {
   /** Epoch milliseconds the settlement was recorded. */
@@ -142,47 +125,25 @@ interface PaymentEventRow {
  * table (`packages/payment/src/schema.ts`). Amount / from / to / resource are
  * intentionally not on this row — that card renders none of them; read them off
  * the {@link X402Receipt} (e.g. into your own revenue table) if you need them.
- * @experimental
  */
 declare const toPaymentEventRow: (receipt: X402Receipt) => PaymentEventRow;
-/**
- * Network identity for `@lunora/x402`.
- *
- * `@x402/core` v2 speaks **CAIP-2** chain ids (`eip155:8453` for Base,
- * `solana:5eyk…` for Solana mainnet) — `type Network = ` `${string}:${string}` ``.
- * Lunora keeps ergonomic **friendly** names (`"base"`, `"base-sepolia"`) as the
- * public surface and maps them to CAIP-2 here, at the single seam where we hand a
- * network to the SDK. A raw CAIP-2 string is also accepted as a power-user escape
- * hatch (e.g. a chain we don't yet have a friendly alias for).
- *
- * The friendly set is intentionally scoped to chains `@x402/evm` / `@x402/svm`
- * can settle the ergonomic `price:"$0.01"` path on out of the box (i.e. chains in
- * their `DEFAULT_STABLECOINS` registry). Notably that excludes Optimism and
- * Avalanche today — advertising them would 500 at settlement — so they are not
- * friendly aliases; a caller who needs them can still pass a raw CAIP-2 id with an
- * explicit asset.
- */
 /**
  * A CAIP-2 chain identifier, e.g. `"eip155:8453"` (Base) or `"solana:5eyk…"`.
- * @experimental
  */
 type Caip2 = `${string}:${string}`;
 /**
  * Friendly network names Lunora maps to CAIP-2 for `@x402/core`.
- * @experimental
  */
 type FriendlyNetwork = "arbitrum" | "arbitrum-sepolia" | "base" | "base-sepolia" | "ethereum" | "polygon" | "solana" | "solana-devnet";
 /**
  * A network Lunora can settle on: a {@link FriendlyNetwork} alias (mapped to
  * CAIP-2 internally) or a raw {@link Caip2} id for chains without a friendly name.
- * @experimental
  */
 type X402Network = Caip2 | FriendlyNetwork;
 /**
  * Friendly name → CAIP-2 id. Values verified against `@x402/evm` and `@x402/svm`
  * `DEFAULT_STABLECOINS` at 2.17.0. `base` / `base-sepolia` are the primary
  * prod / test pair.
- * @experimental
  */
 declare const NETWORK_TO_CAIP2: {
   readonly arbitrum: "eip155:42161";
@@ -196,28 +157,23 @@ declare const NETWORK_TO_CAIP2: {
 };
 /**
  * EVM friendly networks (signed via `@x402/evm` + viem).
- * @experimental
  */
 declare const EVM_NETWORKS: readonly ["arbitrum", "arbitrum-sepolia", "base", "base-sepolia", "ethereum", "polygon"];
 /**
  * Solana friendly networks (signed via `@x402/svm`).
- * @experimental
  */
 declare const SVM_NETWORKS: readonly ["solana", "solana-devnet"];
 /**
  * Resolve a network to its CAIP-2 id. Friendly aliases are looked up; a value
  * that already looks like CAIP-2 (`namespace:reference`) passes through.
- * @experimental
  */
 declare const toCaip2: (network: X402Network) => Caip2;
 /**
  * True when `network` settles on an EVM chain (viem signer path).
- * @experimental
  */
 declare const isEvmNetwork: (network: X402Network) => boolean;
 /**
  * True when `network` settles on Solana (`@x402/svm` signer path).
- * @experimental
  */
 declare const isSvmNetwork: (network: X402Network) => boolean;
 /**
@@ -225,7 +181,6 @@ declare const isSvmNetwork: (network: X402Network) => boolean;
  * This is only the *default* for the standalone {@link usdToAtomic} helper —
  * a spend policy never assumes it, and scales each requirement by the decimals of
  * the asset it actually names (see {@link SpendPolicy.allowedAssets}).
- * @experimental
  */
 declare const DEFAULT_STABLECOIN_DECIMALS = 6;
 /**
@@ -238,7 +193,6 @@ declare const DEFAULT_STABLECOIN_DECIMALS = 6;
  * to authorise a large transfer, so the caller states it per asset. Note
  * `@x402/evm`'s own `DEFAULT_STABLECOINS` registry is *not* uniformly 6-decimal
  * (MegaUSD and Mezo USD are 18), which is exactly why it can't be trusted as a gate.
- * @experimental
  */
 interface AllowedAsset {
   /** Token contract (EVM) or mint (SVM) address. Matched case-insensitively on EVM, exactly on SVM. */
@@ -260,7 +214,6 @@ interface AllowedAsset {
  *
  * `ethereum` (`eip155:1`) is absent — the SDK ships no default stablecoin for it, so
  * paying there needs an explicit {@link SpendPolicy.allowedAssets} entry.
- * @experimental
  */
 declare const DEFAULT_ALLOWED_ASSETS: ReadonlyArray<AllowedAsset>;
 /**
@@ -269,7 +222,6 @@ declare const DEFAULT_ALLOWED_ASSETS: ReadonlyArray<AllowedAsset>;
  *
  * Caps are denominated in USD (the stablecoin's dollar value); addresses and
  * networks are matched against the requirement the server offers.
- * @experimental
  */
 interface SpendPolicy {
   /**
@@ -290,16 +242,15 @@ interface SpendPolicy {
   readonly allowedNetworks?: ReadonlyArray<X402Network>;
   /** Recipient allowlist. When set, only these `payTo` addresses may be paid. */
   readonly allowedRecipients?: ReadonlyArray<string>;
-  /**
-   * @deprecated One policy-wide decimal count can't describe the assets a server may
-   * name, and guessing it is what let a small USD cap authorise a large transfer.
-   * Setting this now throws — put the asset in {@link SpendPolicy.allowedAssets} with
-   * its own `decimals` instead.
-   */
-  readonly decimals?: number;
   /** Hard ceiling on a single payment, in USD. */
   readonly maxPerCall?: X402Price;
-  /** Hard ceiling on cumulative spend across this wallet's lifetime, in USD. */
+  /**
+   * Hard ceiling on cumulative spend by one pay rail, in USD. The ledger lives
+   * in memory on the rail, so the cap covers one `createX402Pay` result, and for
+   * `ctx.x402` one function invocation (codegen builds a rail per ctx). It is not
+   * a budget across invocations: for that, keep a counter in durable state (a
+   * Durable Object, a table) and check it in `onPaymentRequired`.
+   */
   readonly maxPerRun?: X402Price;
   /**
    * Approval gate. Called with the selected requirement before signing; return
@@ -308,100 +259,20 @@ interface SpendPolicy {
    */
   readonly onPaymentRequired?: (requirement: PaymentRequirements) => Promise<boolean> | boolean;
 }
-/**
- * A running spend ledger the per-run cap is measured (and reserved) against.
- * @experimental
- */
-interface SpendState {
-  /** Reserve a payment (atomic base units) against the running total, before it is signed. */
-  readonly add: (amount: bigint) => void;
-  /** Release a previously reserved amount (atomic base units) — e.g. a declined or failed payment. Clamps at 0. */
-  readonly release: (amount: bigint) => void;
-  /** Cumulative spend so far, in atomic base units. */
-  readonly spentAtomic: bigint;
-}
-/**
- * A fresh spend ledger. One per wallet instance; the guard reserves into it and
- * releases from it.
- * @experimental
- */
-declare const createSpendState: () => SpendState;
 /**
  * Convert a USD amount (`0.01`, `"0.01"`, or the `"$0.01"` shorthand) to atomic
  * stablecoin base units, exactly — parsed digit-by-digit so no binary-float drift
  * can round a cap the wrong way. Throws on a malformed amount (including
  * exponential notation like `"1e-7"`, which a decimal string never needs).
- * @experimental
  */
 declare const usdToAtomic: (usd: X402Price, decimals?: number) => bigint;
-/**
- * A `PaymentPolicy` that narrows the server's offered requirements to those a
- * bounded wallet may pay: in an allowed asset, within the per-call cap *for that
- * asset's decimals*, to an allowed recipient, on an allowed network. An empty result
- * means the client cannot pay — fail-closed.
- *
- * The asset check comes first and is what makes the amount check mean anything. The
- * server chooses the token contract the scheme will sign a transfer against, and
- * `amount` is in that token's atomic base units — so comparing it against a USD cap
- * converted at an assumed decimal count mis-prices any asset that doesn't match the
- * assumption. Pinning the asset (and taking its decimals from the policy, not the
- * requirement) closes that.
- * @experimental
- */
-declare const buildSpendPolicy: (policy: SpendPolicy) => PaymentPolicy;
-/**
- * A `BeforePaymentCreationHook` enforcing the stateful bounds the stateless
- * {@link buildSpendPolicy} filter can't: the cumulative per-run cap and the async
- * confirmation gate. Aborts (no signature) when either would be violated.
- *
- * The per-run cap is *reserved* into `state` as soon as the check passes — before
- * the `await policy.onPaymentRequired` below, and before `@x402/core` ever attempts
- * to sign — not recorded afterwards. This closes a check-then-act race: without an
- * atomic reserve, N concurrent payments could each read the same `spentAtomic`,
- * all pass the cap check, and all record, overspending the cap by up to
- * (N−1)×maxPerCall. A declined confirmation releases the reservation before this
- * hook returns; {@link releaseSpendOnFailure} releases it if the signature itself
- * later fails. The reservation is intentionally *not* released on success — a
- * committed payment stays counted.
- *
- * The asset is re-checked here rather than trusted from {@link buildSpendPolicy}:
- * the two are registered on separate client seams, and a guard that assumed the
- * filter ran would be one wiring change away from signing an unpinned asset.
- * @experimental
- */
-declare const buildPaymentGuard: (policy: SpendPolicy, state: SpendState) => BeforePaymentCreationHook;
-/**
- * An `OnPaymentCreationFailureHook` that releases a reservation
- * {@link buildPaymentGuard} made when the scheme's signature creation itself
- * throws (network error, wallet error, …) after the guard already approved and
- * reserved the amount. Without this, a failed signature would permanently
- * over-count against the per-run cap for the rest of the run — fail-closed, but
- * needlessly so when the client (`wrapFetchWithPayment`) may retry.
- * @experimental
- */
-declare const releaseSpendOnFailure: (state: SpendState) => OnPaymentCreationFailureHook;
-/**
- * Guard at wallet-build time: refuse a policy with no bound whatsoever. Signing
- * money on an agent's behalf with unlimited spend authority is never the intent,
- * so this fails loudly rather than defaulting to unbounded.
- *
- * `allowedNetworks` / `allowedRecipients` / `allowedAssets` narrow *where* a payment
- * can go and *in what*, but none caps *how much* — a policy with only allowlists still
- * authorises unlimited spend to any recipient it permits. Only `maxPerCall`,
- * `maxPerRun`, or a dynamic `onPaymentRequired` gate actually bound spend, so only
- * those count here.
- * @experimental
- */
-declare const assertBoundedPolicy: (policy: SpendPolicy) => void;
 /**
  * The public, Coinbase-operated facilitator (verify + settle). It needs no API
  * key. Override with a self-hosted or CDP facilitator via {@link FacilitatorConfig}.
- * @experimental
  */
 declare const DEFAULT_FACILITATOR_URL = "https://x402.org/facilitator";
 /**
  * How to reach a facilitator's `/verify` + `/settle` endpoints.
- * @experimental
  */
 interface FacilitatorConfig {
   /** Extra headers for a private facilitator (e.g. a CDP bearer token). */
@@ -415,17 +286,14 @@ interface FacilitatorConfig {
  * to the network's stablecoin base units (USDC has 6 decimals) at challenge
  * time. (Kept `number | string` rather than a `` `$${string}` `` template
  * member — the template is subsumed by `string`, so it only adds noise.)
- * @experimental
  */
 type X402Price = number | string;
 /**
  * An EVM recipient address (the merchant wallet that receives settlement).
- * @experimental
  */
 type EvmAddress = `0x${string}`;
 /**
  * Recipient wallet the facilitator settles payments to, per network family.
- * @experimental
  */
 interface X402Recipient {
   /** EVM payout address (required for EVM networks). */
@@ -436,7 +304,6 @@ interface X402Recipient {
 /**
  * Server-side (charge rail) config. The server needs only a **recipient
  * address** — no private key — because the facilitator performs settlement.
- * @experimental
  */
 interface X402ChargeConfig {
   readonly facilitator?: FacilitatorConfig;
@@ -458,7 +325,6 @@ interface X402ChargeConfig {
  * Client-side (pay rail) config. The signer holds spending authority, so the
  * pay rail is ActionCtx-only and MUST be paired with a spend `policy` — the pay
  * rail refuses to build if the policy is unbounded.
- * @experimental
  */
 interface X402PayConfig {
   /** Network to transact on. Determines the signer family (EVM vs SVM). */
@@ -478,7 +344,6 @@ interface X402PayConfig {
  * custody is `@coinbase/cdp-sdk`.) EVM only today; for CDP on Solana, build a
  * `@solana/kit` signer around your CDP account and pass it via the `"signer"`
  * escape hatch.
- * @experimental
  */
 interface X402CdpSignerConfig {
   /** CDP account name to get-or-create and sign with. */
@@ -510,7 +375,6 @@ interface X402CdpSignerConfig {
  * Wired today: raw-key (EVM + SVM), the user-supplied signer (both families),
  * and CDP-managed EVM custody. CDP on Solana is not yet wired — use the escape
  * hatch.
- * @experimental
  */
 type X402SignerConfig = X402CdpSignerConfig | {
   /** Name of the `ctx.secrets` entry holding the private key. */
@@ -527,7 +391,6 @@ type X402SignerConfig = X402CdpSignerConfig | {
 };
 /**
  * Resolve a facilitator's base URL, applying the public default.
- * @experimental
  */
 declare const resolveFacilitatorUrl: (facilitator?: FacilitatorConfig) => string;
-export { AllowedAsset as A, FriendlyNetwork as B, type ClientEvmSigner as C, DEFAULT_ALLOWED_ASSETS as D, EvmAddress as E, type FacilitatorConfig as F, SVM_NETWORKS as G, NETWORK_TO_CAIP2 as N, PaymentEventRow as P, type SpendPolicy as S, X402PayConfig as X, ClientSvmSigner as a, Caip2 as b, type DEFAULT_FACILITATOR_URL as c, type DEFAULT_STABLECOIN_DECIMALS as d, type SpendState as e, type X402CdpSignerConfig as f, type X402Network as g, X402Price as h, X402SignerConfig as i, assertBoundedPolicy as j, buildPaymentGuard as k, buildSpendPolicy as l, createSpendState as m, isEvmNetwork as n, isSvmNetwork as o, resolveFacilitatorUrl as p, X402ChargeConfig as q, releaseSpendOnFailure as r, X402Receipt as s, toCaip2 as t, usdToAtomic as u, X402ReceiptSink as v, X402Recipient as w, toPaymentEventRow as x, toReceipt as y, EVM_NETWORKS as z };
+export { AllowedAsset as A, type Caip2 as C, DEFAULT_ALLOWED_ASSETS as D, EvmAddress as E, type FacilitatorConfig as F, NETWORK_TO_CAIP2 as N, PaymentEventRow as P, type SpendPolicy as S, X402PayConfig as X, DEFAULT_FACILITATOR_URL as a, DEFAULT_STABLECOIN_DECIMALS as b, type X402CdpSignerConfig as c, type X402Network as d, type X402Price as e, type X402SignerConfig as f, type isSvmNetwork as g, X402ChargeConfig as h, isEvmNetwork as i, X402Receipt as j, X402ReceiptSink as k, X402Recipient as l, toPaymentEventRow as m, EVM_NETWORKS as n, FriendlyNetwork as o, SVM_NETWORKS as p, resolveFacilitatorUrl as r, toCaip2 as t, usdToAtomic as u };

package/dist/packem_shared/{index.d-C1PlJUJL.d.ts → index.d-A-g7yKuO.d.ts}

@@ -1,5 +1,3 @@
-import { ProcessSettleSuccessResponse } from '@x402/core/http';
-import { BeforePaymentCreationHook, PaymentPolicy, OnPaymentCreationFailureHook } from '@x402/core/client';
 import { PaymentRequirements } from '@x402/core/types';
 import { TransactionSigner } from '@solana/accounts';
 /**
@@ -69,7 +67,6 @@ type ClientSvmSigner = TransactionSigner;
  * as its exact on-chain atomic-unit string (USDC has 6 decimals) — never coerced
  * to a fractional-dollar number — so no precision is lost crossing the reporting
  * seam.
- * @experimental
  */
 interface X402Receipt {
   /** Settled amount in the asset's atomic base units (USDC: 6 decimals), as an exact string. */
@@ -95,26 +92,12 @@ interface X402Receipt {
  * settlement, does not block the paid response on it, and swallows any error it
  * throws — so a sink must never rely on being awaited or on its failures
  * surfacing.
- * @experimental
  */
 type X402ReceiptSink = (receipt: X402Receipt) => Promise<void> | void;
-/**
- * Normalise a successful facilitator settlement into an {@link X402Receipt}.
- * `resource` (the gated URL or procedure id) and `ts` are supplied by the caller —
- * the settlement result carries neither. Prefers the actual settled `amount`
- * (present for `upto`-scheme partial settlements) and falls back to the route's
- * required amount for `exact`.
- * @experimental
- */
-declare const toReceipt: (settlement: ProcessSettleSuccessResponse, context: {
-  readonly resource: string;
-  readonly ts: number;
-}) => X402Receipt;
 /**
  * A row for `@lunora/payment`'s durable `events` table. Deliberately a plain
  * structural type — building one imports nothing from `@lunora/payment`, so the
  * rails stay decoupled.
- * @experimental
  */
 interface PaymentEventRow {
   /** Epoch milliseconds the settlement was recorded. */
@@ -142,47 +125,25 @@ interface PaymentEventRow {
  * table (`packages/payment/src/schema.ts`). Amount / from / to / resource are
  * intentionally not on this row — that card renders none of them; read them off
  * the {@link X402Receipt} (e.g. into your own revenue table) if you need them.
- * @experimental
  */
 declare const toPaymentEventRow: (receipt: X402Receipt) => PaymentEventRow;
-/**
- * Network identity for `@lunora/x402`.
- *
- * `@x402/core` v2 speaks **CAIP-2** chain ids (`eip155:8453` for Base,
- * `solana:5eyk…` for Solana mainnet) — `type Network = ` `${string}:${string}` ``.
- * Lunora keeps ergonomic **friendly** names (`"base"`, `"base-sepolia"`) as the
- * public surface and maps them to CAIP-2 here, at the single seam where we hand a
- * network to the SDK. A raw CAIP-2 string is also accepted as a power-user escape
- * hatch (e.g. a chain we don't yet have a friendly alias for).
- *
- * The friendly set is intentionally scoped to chains `@x402/evm` / `@x402/svm`
- * can settle the ergonomic `price:"$0.01"` path on out of the box (i.e. chains in
- * their `DEFAULT_STABLECOINS` registry). Notably that excludes Optimism and
- * Avalanche today — advertising them would 500 at settlement — so they are not
- * friendly aliases; a caller who needs them can still pass a raw CAIP-2 id with an
- * explicit asset.
- */
 /**
  * A CAIP-2 chain identifier, e.g. `"eip155:8453"` (Base) or `"solana:5eyk…"`.
- * @experimental
  */
 type Caip2 = `${string}:${string}`;
 /**
  * Friendly network names Lunora maps to CAIP-2 for `@x402/core`.
- * @experimental
  */
 type FriendlyNetwork = "arbitrum" | "arbitrum-sepolia" | "base" | "base-sepolia" | "ethereum" | "polygon" | "solana" | "solana-devnet";
 /**
  * A network Lunora can settle on: a {@link FriendlyNetwork} alias (mapped to
  * CAIP-2 internally) or a raw {@link Caip2} id for chains without a friendly name.
- * @experimental
  */
 type X402Network = Caip2 | FriendlyNetwork;
 /**
  * Friendly name → CAIP-2 id. Values verified against `@x402/evm` and `@x402/svm`
  * `DEFAULT_STABLECOINS` at 2.17.0. `base` / `base-sepolia` are the primary
  * prod / test pair.
- * @experimental
  */
 declare const NETWORK_TO_CAIP2: {
   readonly arbitrum: "eip155:42161";
@@ -196,28 +157,23 @@ declare const NETWORK_TO_CAIP2: {
 };
 /**
  * EVM friendly networks (signed via `@x402/evm` + viem).
- * @experimental
  */
 declare const EVM_NETWORKS: readonly ["arbitrum", "arbitrum-sepolia", "base", "base-sepolia", "ethereum", "polygon"];
 /**
  * Solana friendly networks (signed via `@x402/svm`).
- * @experimental
  */
 declare const SVM_NETWORKS: readonly ["solana", "solana-devnet"];
 /**
  * Resolve a network to its CAIP-2 id. Friendly aliases are looked up; a value
  * that already looks like CAIP-2 (`namespace:reference`) passes through.
- * @experimental
  */
 declare const toCaip2: (network: X402Network) => Caip2;
 /**
  * True when `network` settles on an EVM chain (viem signer path).
- * @experimental
  */
 declare const isEvmNetwork: (network: X402Network) => boolean;
 /**
  * True when `network` settles on Solana (`@x402/svm` signer path).
- * @experimental
  */
 declare const isSvmNetwork: (network: X402Network) => boolean;
 /**
@@ -225,7 +181,6 @@ declare const isSvmNetwork: (network: X402Network) => boolean;
  * This is only the *default* for the standalone {@link usdToAtomic} helper —
  * a spend policy never assumes it, and scales each requirement by the decimals of
  * the asset it actually names (see {@link SpendPolicy.allowedAssets}).
- * @experimental
  */
 declare const DEFAULT_STABLECOIN_DECIMALS = 6;
 /**
@@ -238,7 +193,6 @@ declare const DEFAULT_STABLECOIN_DECIMALS = 6;
  * to authorise a large transfer, so the caller states it per asset. Note
  * `@x402/evm`'s own `DEFAULT_STABLECOINS` registry is *not* uniformly 6-decimal
  * (MegaUSD and Mezo USD are 18), which is exactly why it can't be trusted as a gate.
- * @experimental
  */
 interface AllowedAsset {
   /** Token contract (EVM) or mint (SVM) address. Matched case-insensitively on EVM, exactly on SVM. */
@@ -260,7 +214,6 @@ interface AllowedAsset {
  *
  * `ethereum` (`eip155:1`) is absent — the SDK ships no default stablecoin for it, so
  * paying there needs an explicit {@link SpendPolicy.allowedAssets} entry.
- * @experimental
  */
 declare const DEFAULT_ALLOWED_ASSETS: ReadonlyArray<AllowedAsset>;
 /**
@@ -269,7 +222,6 @@ declare const DEFAULT_ALLOWED_ASSETS: ReadonlyArray<AllowedAsset>;
  *
  * Caps are denominated in USD (the stablecoin's dollar value); addresses and
  * networks are matched against the requirement the server offers.
- * @experimental
  */
 interface SpendPolicy {
   /**
@@ -290,16 +242,15 @@ interface SpendPolicy {
   readonly allowedNetworks?: ReadonlyArray<X402Network>;
   /** Recipient allowlist. When set, only these `payTo` addresses may be paid. */
   readonly allowedRecipients?: ReadonlyArray<string>;
-  /**
-   * @deprecated One policy-wide decimal count can't describe the assets a server may
-   * name, and guessing it is what let a small USD cap authorise a large transfer.
-   * Setting this now throws — put the asset in {@link SpendPolicy.allowedAssets} with
-   * its own `decimals` instead.
-   */
-  readonly decimals?: number;
   /** Hard ceiling on a single payment, in USD. */
   readonly maxPerCall?: X402Price;
-  /** Hard ceiling on cumulative spend across this wallet's lifetime, in USD. */
+  /**
+   * Hard ceiling on cumulative spend by one pay rail, in USD. The ledger lives
+   * in memory on the rail, so the cap covers one `createX402Pay` result, and for
+   * `ctx.x402` one function invocation (codegen builds a rail per ctx). It is not
+   * a budget across invocations: for that, keep a counter in durable state (a
+   * Durable Object, a table) and check it in `onPaymentRequired`.
+   */
   readonly maxPerRun?: X402Price;
   /**
    * Approval gate. Called with the selected requirement before signing; return
@@ -308,100 +259,20 @@ interface SpendPolicy {
    */
   readonly onPaymentRequired?: (requirement: PaymentRequirements) => Promise<boolean> | boolean;
 }
-/**
- * A running spend ledger the per-run cap is measured (and reserved) against.
- * @experimental
- */
-interface SpendState {
-  /** Reserve a payment (atomic base units) against the running total, before it is signed. */
-  readonly add: (amount: bigint) => void;
-  /** Release a previously reserved amount (atomic base units) — e.g. a declined or failed payment. Clamps at 0. */
-  readonly release: (amount: bigint) => void;
-  /** Cumulative spend so far, in atomic base units. */
-  readonly spentAtomic: bigint;
-}
-/**
- * A fresh spend ledger. One per wallet instance; the guard reserves into it and
- * releases from it.
- * @experimental
- */
-declare const createSpendState: () => SpendState;
 /**
  * Convert a USD amount (`0.01`, `"0.01"`, or the `"$0.01"` shorthand) to atomic
  * stablecoin base units, exactly — parsed digit-by-digit so no binary-float drift
  * can round a cap the wrong way. Throws on a malformed amount (including
  * exponential notation like `"1e-7"`, which a decimal string never needs).
- * @experimental
  */
 declare const usdToAtomic: (usd: X402Price, decimals?: number) => bigint;
-/**
- * A `PaymentPolicy` that narrows the server's offered requirements to those a
- * bounded wallet may pay: in an allowed asset, within the per-call cap *for that
- * asset's decimals*, to an allowed recipient, on an allowed network. An empty result
- * means the client cannot pay — fail-closed.
- *
- * The asset check comes first and is what makes the amount check mean anything. The
- * server chooses the token contract the scheme will sign a transfer against, and
- * `amount` is in that token's atomic base units — so comparing it against a USD cap
- * converted at an assumed decimal count mis-prices any asset that doesn't match the
- * assumption. Pinning the asset (and taking its decimals from the policy, not the
- * requirement) closes that.
- * @experimental
- */
-declare const buildSpendPolicy: (policy: SpendPolicy) => PaymentPolicy;
-/**
- * A `BeforePaymentCreationHook` enforcing the stateful bounds the stateless
- * {@link buildSpendPolicy} filter can't: the cumulative per-run cap and the async
- * confirmation gate. Aborts (no signature) when either would be violated.
- *
- * The per-run cap is *reserved* into `state` as soon as the check passes — before
- * the `await policy.onPaymentRequired` below, and before `@x402/core` ever attempts
- * to sign — not recorded afterwards. This closes a check-then-act race: without an
- * atomic reserve, N concurrent payments could each read the same `spentAtomic`,
- * all pass the cap check, and all record, overspending the cap by up to
- * (N−1)×maxPerCall. A declined confirmation releases the reservation before this
- * hook returns; {@link releaseSpendOnFailure} releases it if the signature itself
- * later fails. The reservation is intentionally *not* released on success — a
- * committed payment stays counted.
- *
- * The asset is re-checked here rather than trusted from {@link buildSpendPolicy}:
- * the two are registered on separate client seams, and a guard that assumed the
- * filter ran would be one wiring change away from signing an unpinned asset.
- * @experimental
- */
-declare const buildPaymentGuard: (policy: SpendPolicy, state: SpendState) => BeforePaymentCreationHook;
-/**
- * An `OnPaymentCreationFailureHook` that releases a reservation
- * {@link buildPaymentGuard} made when the scheme's signature creation itself
- * throws (network error, wallet error, …) after the guard already approved and
- * reserved the amount. Without this, a failed signature would permanently
- * over-count against the per-run cap for the rest of the run — fail-closed, but
- * needlessly so when the client (`wrapFetchWithPayment`) may retry.
- * @experimental
- */
-declare const releaseSpendOnFailure: (state: SpendState) => OnPaymentCreationFailureHook;
-/**
- * Guard at wallet-build time: refuse a policy with no bound whatsoever. Signing
- * money on an agent's behalf with unlimited spend authority is never the intent,
- * so this fails loudly rather than defaulting to unbounded.
- *
- * `allowedNetworks` / `allowedRecipients` / `allowedAssets` narrow *where* a payment
- * can go and *in what*, but none caps *how much* — a policy with only allowlists still
- * authorises unlimited spend to any recipient it permits. Only `maxPerCall`,
- * `maxPerRun`, or a dynamic `onPaymentRequired` gate actually bound spend, so only
- * those count here.
- * @experimental
- */
-declare const assertBoundedPolicy: (policy: SpendPolicy) => void;
 /**
  * The public, Coinbase-operated facilitator (verify + settle). It needs no API
  * key. Override with a self-hosted or CDP facilitator via {@link FacilitatorConfig}.
- * @experimental
  */
 declare const DEFAULT_FACILITATOR_URL = "https://x402.org/facilitator";
 /**
  * How to reach a facilitator's `/verify` + `/settle` endpoints.
- * @experimental
  */
 interface FacilitatorConfig {
   /** Extra headers for a private facilitator (e.g. a CDP bearer token). */
@@ -415,17 +286,14 @@ interface FacilitatorConfig {
  * to the network's stablecoin base units (USDC has 6 decimals) at challenge
  * time. (Kept `number | string` rather than a `` `$${string}` `` template
  * member — the template is subsumed by `string`, so it only adds noise.)
- * @experimental
  */
 type X402Price = number | string;
 /**
  * An EVM recipient address (the merchant wallet that receives settlement).
- * @experimental
  */
 type EvmAddress = `0x${string}`;
 /**
  * Recipient wallet the facilitator settles payments to, per network family.
- * @experimental
  */
 interface X402Recipient {
   /** EVM payout address (required for EVM networks). */
@@ -436,7 +304,6 @@ interface X402Recipient {
 /**
  * Server-side (charge rail) config. The server needs only a **recipient
  * address** — no private key — because the facilitator performs settlement.
- * @experimental
  */
 interface X402ChargeConfig {
   readonly facilitator?: FacilitatorConfig;
@@ -458,7 +325,6 @@ interface X402ChargeConfig {
  * Client-side (pay rail) config. The signer holds spending authority, so the
  * pay rail is ActionCtx-only and MUST be paired with a spend `policy` — the pay
  * rail refuses to build if the policy is unbounded.
- * @experimental
  */
 interface X402PayConfig {
   /** Network to transact on. Determines the signer family (EVM vs SVM). */
@@ -478,7 +344,6 @@ interface X402PayConfig {
  * custody is `@coinbase/cdp-sdk`.) EVM only today; for CDP on Solana, build a
  * `@solana/kit` signer around your CDP account and pass it via the `"signer"`
  * escape hatch.
- * @experimental
  */
 interface X402CdpSignerConfig {
   /** CDP account name to get-or-create and sign with. */
@@ -510,7 +375,6 @@ interface X402CdpSignerConfig {
  * Wired today: raw-key (EVM + SVM), the user-supplied signer (both families),
  * and CDP-managed EVM custody. CDP on Solana is not yet wired — use the escape
  * hatch.
- * @experimental
  */
 type X402SignerConfig = X402CdpSignerConfig | {
   /** Name of the `ctx.secrets` entry holding the private key. */
@@ -527,7 +391,6 @@ type X402SignerConfig = X402CdpSignerConfig | {
 };
 /**
  * Resolve a facilitator's base URL, applying the public default.
- * @experimental
  */
 declare const resolveFacilitatorUrl: (facilitator?: FacilitatorConfig) => string;
-export { AllowedAsset as A, FriendlyNetwork as B, type ClientEvmSigner as C, DEFAULT_ALLOWED_ASSETS as D, EvmAddress as E, type FacilitatorConfig as F, SVM_NETWORKS as G, NETWORK_TO_CAIP2 as N, PaymentEventRow as P, type SpendPolicy as S, X402PayConfig as X, ClientSvmSigner as a, Caip2 as b, type DEFAULT_FACILITATOR_URL as c, type DEFAULT_STABLECOIN_DECIMALS as d, type SpendState as e, type X402CdpSignerConfig as f, type X402Network as g, X402Price as h, X402SignerConfig as i, assertBoundedPolicy as j, buildPaymentGuard as k, buildSpendPolicy as l, createSpendState as m, isEvmNetwork as n, isSvmNetwork as o, resolveFacilitatorUrl as p, X402ChargeConfig as q, releaseSpendOnFailure as r, X402Receipt as s, toCaip2 as t, usdToAtomic as u, X402ReceiptSink as v, X402Recipient as w, toPaymentEventRow as x, toReceipt as y, EVM_NETWORKS as z };
+export { AllowedAsset as A, type Caip2 as C, DEFAULT_ALLOWED_ASSETS as D, EvmAddress as E, type FacilitatorConfig as F, NETWORK_TO_CAIP2 as N, PaymentEventRow as P, type SpendPolicy as S, X402PayConfig as X, DEFAULT_FACILITATOR_URL as a, DEFAULT_STABLECOIN_DECIMALS as b, type X402CdpSignerConfig as c, type X402Network as d, type X402Price as e, type X402SignerConfig as f, type isSvmNetwork as g, X402ChargeConfig as h, isEvmNetwork as i, X402Receipt as j, X402ReceiptSink as k, X402Recipient as l, toPaymentEventRow as m, EVM_NETWORKS as n, FriendlyNetwork as o, SVM_NETWORKS as p, resolveFacilitatorUrl as r, toCaip2 as t, usdToAtomic as u };

package/dist/packem_shared/{withX402-BN0YZQRe.mjs → withX402-mUrRb9a2.mjs}

@@ -1 +1 @@
-import{createChargeMiddleware as w}from"./createChargeMiddleware-CCcn8Fg_.mjs";const h=(o,r)=>{let t;return async(n,a)=>{t??=w(o).catch(i=>{throw t=void 0,i});const d=await t,e=n,c=typeof e.waitUntil=="function"?{waitUntil:i=>{e.waitUntil?.(i)}}:void 0;return d.handle(a,()=>r(n,a),c)}};export{h as withX402};
+import{createChargeMiddleware as w}from"./createChargeMiddleware-DyOEuTCT.mjs";const h=(o,r)=>{let t;return async(n,a)=>{t??=w(o).catch(i=>{throw t=void 0,i});const d=await t,e=n,c=typeof e.waitUntil=="function"?{waitUntil:i=>{e.waitUntil?.(i)}}:void 0;return d.handle(a,()=>r(n,a),c)}};export{h as withX402};