Verify payment
Exact amount, asset, payTo, resource URL, method, payload hash, nonce, expiry, and chain-specific memo/tag rules.
Settlement rails
Canonical Base x402 plus Wisely-native adapters for Solana, XRPL, and Stellar.
Wisely's goal is to be the independent facilitator layer: exact payment checks, live settlement proof, negative tests, reconciliation, abuse controls, and public-readable proof.
Current rail model
Use live rail status as the source of truth.
Base speaks the canonical x402-style flow most clients expect. The other rails are real on-chain Wisely adapters that produce x402-compatible receipts for agents using the Wisely skill, MCP server, CLI, or HTTP helpers.
Base USDCCanonical native x402 exact settlement with strict resource, payload, nonce, amount, and payee binding.
Solana USDC/USDTWisely-native SPL payment adapter with memo-bound x402 receipts, mint checks, finality, and replay protection.
XRPL XRP/RLUSDWisely-native XRPL payment adapter with destination-tag and memo-bound x402 receipts.
Stellar XLM/USDCWisely-native Stellar payment adapter with hash-memo-bound x402 receipts and reconciliation.
Readiness gate
A rail is promoted by proof, not vibes.
Every rail has to pass positive settlement, negative tests, reconciliation, public proof, external discovery checks, logging, emergency pause, and limit controls before it gets pushed hard in public copy.
Reject bad attempts
Wrong payee, amount, token, chain, resource, payload, expired challenge, reused nonce, malformed proof, or bad signature must fail cleanly.
Reconcile
Ledger rows, receipts, proof cache, and explorer-visible transactions must agree before a receipt is called confirmed.