@zkp2p/cash 0.6.2 → 0.6.3-rc.1

package/AGENTS.md

@@ -61,6 +61,12 @@ deposit-level integration share instead of applying maker L1/L2.
 - **Cash App is non-chargebackable.** Cash App cash-outs stay public, do not
   attach a Peer Pay merchant policy, and never require dispute-protection stake.
 
+- **X Money supports USD.** Use `platform: 'xmoney'` and a receiving X username
+  with X Money enabled. Raw string payees accept a leading `@` and normalize to
+  the bare lowercase handle; structured `offchainId` values must already be
+  normalized. Curator does not verify account existence or X Money enrollment.
+  No identity attestation or Peer Pay merchant policy is required.
+
 - **Wise, PayPal, and Alipay** carry `requiresIdentityAttestation: true`. A new curator
   registration needs a signed maker identity attestation this SDK cannot mint
   (first-party Peer web obtains it through the Peer TEE browser extension).

package/README.md

@@ -323,10 +323,17 @@ See the [full appearance options](https://www.npmjs.com/package/@zkp2p/sdk#popup
 | Venmo                 | Peer Pay merchant policy attaches for that payment method                  | Curator validates the live handle                                                      |
 | PayPal                | Same method-scoped Peer Pay follow-up                                      | Requires a Peer TEE browser-extension identity attestation                             |
 | Cash App              | No access-policy follow-up; non-chargebackable and no stake required       | Curator validates the live handle                                                      |
+| X Money (USD)         | No access-policy follow-up                                                 | Bare lowercase X username; X Money must be enabled on the receiving account            |
 | Wise                  | No access-policy follow-up                                                 | Requires a Peer TEE browser-extension identity attestation                             |
 | UPI                   | No access-policy follow-up                                                 | Any valid UPI ID; no account connection or identity attestation                        |
 | Other supported rails | No access-policy follow-up; use `capabilities()` for currencies and format | Follow the `payeeHint`; live-validation behavior is described in the integration guide |
 
+Use `receive: { platform: 'xmoney', currency: 'USD', payee: '@YourHandle' }`
+for X Money. Raw handles are trimmed, lowercased, and stripped of a leading `@`;
+structured payee data must already use `offchainId: 'yourhandle'`. Registration
+normalizes the handle but does not verify that the X account exists or can receive
+X Money. Confirm that the receiving account has X Money enabled before cashing out.
+
 No platform requires an atomic access-policy flow. `cashout()` and `prepare()`
 work with any viem `WalletClient`, including a local or externally connected
 EOA; no Privy wallet or signer API is required. The deprecated

package/dist/index.cjs

@@ -618,6 +618,7 @@ var PAYEE_HINTS = {
   mercadopago: "Mercado Pago alias or CVU",
   monzo: "Monzo.me username",
   chime: "ChimeSign (e.g. $andrew)",
+  xmoney: "X username with X Money enabled, with or without the leading @ (e.g. @andrew)",
   luxon: "Luxon Pay ID or account email",
   n26: "MoneyBeam email or phone number",
   alipay: "Email address linked to your Alipay account",
@@ -1893,6 +1894,8 @@ function normalizeCashPayee(platform, payee) {
   switch (platform) {
     case "venmo":
       return { offchainId: trimmed.replace(/^@+/, "") };
+    case "xmoney":
+      return { offchainId: trimmed.replace(/^@/, "").toLowerCase() };
     case "cashapp":
       return { offchainId: trimmed.replace(/^\$+/, "") };
     case "chime":

package/dist/index.js

@@ -597,6 +597,7 @@ var PAYEE_HINTS = {
   mercadopago: "Mercado Pago alias or CVU",
   monzo: "Monzo.me username",
   chime: "ChimeSign (e.g. $andrew)",
+  xmoney: "X username with X Money enabled, with or without the leading @ (e.g. @andrew)",
   luxon: "Luxon Pay ID or account email",
   n26: "MoneyBeam email or phone number",
   alipay: "Email address linked to your Alipay account",
@@ -1400,6 +1401,8 @@ function normalizeCashPayee(platform, payee) {
   switch (platform) {
     case "venmo":
       return { offchainId: trimmed.replace(/^@+/, "") };
+    case "xmoney":
+      return { offchainId: trimmed.replace(/^@/, "").toLowerCase() };
     case "cashapp":
       return { offchainId: trimmed.replace(/^\$+/, "") };
     case "chime":

package/dist/tools.cjs

@@ -2,7 +2,7 @@
 
 // package.json
 var package_default = {
-  version: "0.6.2"};
+  version: "0.6.3-rc.1"};
 
 // src/tools/index.ts
 var bigintString = {

package/dist/tools.js

@@ -1,6 +1,6 @@
 // package.json
 var package_default = {
-  version: "0.6.2"};
+  version: "0.6.3-rc.1"};
 
 // src/tools/index.ts
 var bigintString = {

package/examples/node-cashout.ts

@@ -16,6 +16,8 @@
  * no Privy wallet is required. Venmo and PayPal attach their access
  * policy in a confirmed follow-up transaction. Override the demo corridor with:
  *   CASH_PLATFORM=revolut CASH_CURRENCY=EUR CASH_PAYEE=your-revtag
+ *   CASH_PLATFORM=xmoney CASH_CURRENCY=USD CASH_PAYEE=@your-x-username
+ * X Money requires an enrolled receiving account; registration does not check enrollment.
  */
 import { createWalletClient, http } from 'viem';
 import { privateKeyToAccount } from 'viem/accounts';

package/llms.txt

@@ -56,6 +56,11 @@ Key facts:
   fillStats() separately.
 - capabilities() exposes one Zelle platform. A zelle cashout attaches only the
   generic Zelle payment method to the on-chain deposit.
+- X Money supports USD with `platform: 'xmoney'`. Raw payees such as
+  '@YourHandle' become 'yourhandle'; structured offchainId values must already
+  be normalized. The receiving account must have X Money enabled; registration
+  does not verify account existence or enrollment. No identity attestation or
+  Peer Pay merchant policy is required.
 - UPI/INR is available without feature flags. For example, use
   `createCashClient({ environment: 'preproduction' })`.
   Any valid UPI ID from any bank can receive without a seller login,

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@zkp2p/cash",
-  "version": "0.6.2",
+  "version": "0.6.3-rc.1",
   "description": "Peer Cash - offramp-only SDK for routing Relay or NEAR Intents assets to Base USDC, then cashing out to fiat at zero-spread Chainlink market rates.",
   "license": "MIT",
   "author": "Peer (https://peer.xyz)",
@@ -108,7 +108,7 @@
   },
   "dependencies": {
     "@relayprotocol/relay-sdk": "^7.0.1",
-    "@zkp2p/sdk": "0.14.3",
+    "@zkp2p/sdk": "0.14.5-rc.1",
     "zod": "^4.4.3"
   },
   "peerDependencies": {

package/skills/peer-cash-integration/SKILL.md

@@ -188,6 +188,12 @@ UPI ID from any bank; do not add a seller bank-login, extension, identity
 attestation, or pre-registration step. Buyers pay and verify through Amazon Pay using standard UPI; UPI Lite and
 merchant payments are unsupported.
 
+X Money accepts `receive: { platform: 'xmoney', currency: 'USD', payee: '@YourHandle' }`.
+Raw handles normalize to the bare lowercase username. Structured payee data must
+already use `offchainId: 'yourhandle'`. Confirm that the receiving account has
+X Money enabled: registration does not verify account existence or enrollment.
+No identity attestation or Peer Pay merchant policy is required.
+
 ## 4. Order management - indexer-native
 
 - A cash order IS a deposit; the chain is the database. No storage layer.