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.


Underlying Protocols


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.

circle-info

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

Component
Description

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