Zenoz is multi-tenant regulated money movement infrastructure with deep integrations into tier-1 processors and banks. Push to a card in seconds, settle cross-border over XRP Ledger or SWIFT, run ACH, RTP and FedNow — all from one API, one ledger, one dashboard.
Coming September 15, 2026
curl -fsSL https://cloud.zenoz.ai/install.sh | shThen zenoz login and zenoz init. Nothing issued here can move real money. See the whole flow ↓
A walkthrough for banks, program managers and platform partners evaluating Zenoz as the gateway under their portfolio.
The shell script is a bootstrapper, not a wizard. The browser owns identity. The terminal never sees a password, and it ends in money moving — not in "you have an account."
curl -fsSL https://cloud.zenoz.ai/install.sh | sh — verifies SHA-256 against a signed manifest, installs to ~/.local/bin, never uses sudo, never edits your dotfiles. Under 250 readable lines, because you'll open it first.
zenoz login opens a browser tab. OAuth device flow (RFC 8628), the same mechanism behind gh and stripe. Your sandbox tenant links to this machine; credentials land in ~/.zenoz/credentials.toml, mode 0600.
zenoz init asks two things — rail and language — then sends a $25.00 sandbox payout, renders every status transition, and writes a quickstart containing the exact request that just settled, with your key already in it.
Zenoz is built for the partner who sits above merchants: a bank, a program manager, a platform. Every tenant gets its own merchants, keys, limits and ledger — and you see all of it.
Tenants own merchants; merchants own recipients and keys. Every transaction row carries merchant and tenant attribution, so portfolio questions narrow to one merchant without switching context.
Visa Direct, Mastercard Send and Visa VPC for push-to-card; Ripple over XRPL and SWIFT wires for cross-border; ACH same-day and next-day, RTP and FedNow for domestic. Rail mix is a query, not a re-integration.
Capability flags per merchant, per-transaction and velocity limits per rail, sanctions screening on every recipient, and a two-phase quote/commit so nothing moves on a single call.
Merchant applications flow through auto-approval or manual review with MCC, average ticket and expected volume on the record — and a review queue you can actually see the age of.
Self-serve credentials are sandbox-scoped and enforced by the token itself. Production keys are minted in the dashboard, behind KYB and an owner-role check.
The Zenoz MCP server answers "what's stuck in manual review?" and "what's our effective rate on RTP?" straight from the API. Read-only, tenant-scoped, no CSV export.
Nine rails, one request shape. Recipient, amount and idempotency key stay the same; Zenoz handles the processor, the bank and the settlement path — push-to-card, XRPL and SWIFT cross-border, same-day and next-day ACH, and the two instant networks.
Push to a debit card. Settles in seconds. The default first rail in zenoz init.
Push to a debit card across the Mastercard network. Seconds to settle, same request shape.
Push to a card via Visa Payout Connect for programs that need the VPC path.
Cross-border settlement over the XRP Ledger. Test XRPL addresses in sandbox; a few seconds to settle.
International wires over the SWIFT network for correspondent-bank payouts where the recipient isn't on XRPL. Multi-currency, with tracking on the same ledger.
Same-day ACH credits and debits through the Nacha same-day windows. Returns land on the same ledger as the original item.
Standard next-day ACH for scheduled payouts and lower-cost volume where speed isn't the point.
Real-time payments over The Clearing House network. Final and irrevocable, 24/7/365, with request-for-payment on the roadmap.
The Federal Reserve's instant rail, for banks and credit unions on FedNow rather than RTP. Same request shape as everything else.
Card acquiring (CARD) runs on the same ledger, with refunds, voids, chargebacks and ACH returns tracked as first-class transaction types.
Connect the Zenoz MCP server to Claude and ask about volume, fees, rail mix, stuck money and your onboarding queue the way you'd ask a colleague. Every answer comes straight from the API, scoped to what your key can see.
Read-only today. Nothing you ask can move money or change state — the money-moving payout.quote / payout.commit tools ship with their own key class and step-up confirmation.
Account creation, terms, email verification and tenant creation happen on cloud.zenoz.ai, where consent records, bot defenses and KYB live. The CLI never collects a password.
Self-serve tokens carry a sandbox environment claim that cannot be exchanged for production scopes — enforced server-side, not by the client.
Access tokens live one hour; refresh tokens rotate on use and a reused one revokes the whole family. Every device approval writes an audit event with one-click revoke.
SHA-256 against a manifest signed in CI. No sudo, no dotfile edits, atomic writes, and a main() wrapper so a truncated download runs nothing.
Natural-language intents extract to a rigid schema; anything ambiguous is a refusal. Policy runs server-side and re-runs at commit, bound to the quote the merchant actually read.
The literal request, the extracted schema, the quote hash, every preflight result and the confirmation evidence are logged — because "the merchant said send it" is not a defense.
We'll run a payout on each rail from the sandbox, walk the tenancy and control model, and show what your team could ask the MCP server on day one. Bring a merchant list if you have one.