Payment Module
Payment Module Overview
The Payment Module establishes City Protocol as the default neofinance layer for transactional commerce, enabling seamless crypto and fiat payments for everyday goods, services, and digital assets. It connects founders with mature payment infrastructure to handle merchant settlements, point-of-sale integrations, and cross-border transfers.
Through partnerships with platforms like Cryptomus, Allscale, Gnosis Pay, Helio, Zerohash, Metacomp, Interlace, and StraitsX, the Payment Module provides a comprehensive suite of B2B and B2C payment rails.
AI-Native Payment Integration
Navigating the age of AI agents requires new infrastructure. With 47% of U.S. shoppers using AI tools for at least one shopping task (VISA Research) and $5 trillion in transactions projected to be mediated by AI Agents by 2030 (McKinsey), neobanking must adapt.
As a critical addition to our stack, City Protocol integrates with OpenClaw, an external AI-native payment solution, to support agent-driven finance:
x402 Payment Standard Integration
Enables agent-native transactions and seamless machine-to-machine payments without requiring human intervention for every micro-transaction.
AI Sub-Accounts
Allows users to provision dedicated, budget-capped sub-accounts for their AI agents to spend on their behalf, ensuring security while enabling autonomous commerce.
API & Skills for Easy Deployment
Provides developers with the necessary tools to embed AI-driven payment logic directly into their applications.
Underlying Protocols

Gnosis Pay

Zerohash

StraitsX
Architecture Overview
City Protocol's payment infrastructure powers the checkout and collection layer of the SDK. It is designed to let merchants accept crypto payments through structured checkout sessions, with asynchronous status tracking and normalized settlement flows.
These payments support multi-chain detection, configurable expiry windows, and participant-scoped reconciliation. This create-then-settle workflow mirrors the invoice and collection cycles used in traditional payment processing, bridging the gap between merchant commerce and on-chain settlement.
Payment is for checkout, collection, and settlement flows — distinct from ramp deposit/withdrawal instructions. It operates within the City SDK as its own domain, with dedicated clients, endpoints, and lifecycle management.
Key Components
Checkout Session
A structured payment request created by the merchant, encoding amount, currency, buyer info, and expiry. It serves as the entry point for every collection flow.
Payment Detection
The system monitors supported blockchains for inbound transfers that match a checkout session, removing the need for manual reconciliation.
Settlement
Once a payment is detected and confirmed on-chain, the corresponding funds are settled to the merchant's participant account through a normalized flow.
Status Lifecycle
Every checkout session moves through a defined set of states — from creation to expiry or settlement — queryable at any point via the SDK.
Participant
A merchant identity scoped by participantCode, used to associate checkouts, settlements, and transaction history with a single entity.
Last updated
