Circle Agentic Payment Channels
Circle's payment channel architecture for high-frequency agent settlements on USDC rails.
CTR (USD 10,000+)TRAVEL-RULE (USD 3,000+)ENHANCED-DUE-DILIGENCE (USD 50,000+)
Step 1 · Agent Wallet + Channel DepositPolicy-EnforcedBlockchain-Native
Opening a tab at a bar — the customer deposits funds upfront, individual purchases draw down the balance without new authorization each time.
The agent deposits USDC into a payment channel contract on Base. Identity is established once at channel open — the agent's wallet credential (Coinbase Smart Wallet session key or AgentKit-provisioned did:pkh) gates entry. L4 Account and L5 Application are lit, both policy-enforced at the channel boundary. The deposit amount defines the channel's capacity ceiling — no individual micro-payment can exceed it, and the aggregate of all micro-payments cannot exceed it. Builder: channel open is a single on-chain transaction via Circle's channel factory contract; the agent signs with its session key. Compliance officer: KYA checkpoint KYA-1 (Resolve Principal) fires here — the agent's DID must resolve to an identifiable principal before the channel opens. GENIUS §6 AML/BSA obligations attach at the channel boundary, not at each micro-payment. This front-loading is the core compliance innovation of payment channels.
Step 2 · Channel Compliance GateCode-EnforcedBlockchain-Native
The credit check at account opening — full compliance runs once at the channel boundary, not on every swipe.
Full compliance screening at channel open: Chainalysis OFAC sanctions check (oracle at 0x40C5...8fb), counterparty DID verification, and channel capacity limit enforcement. This is the front-loaded compliance gate — once the channel is open, individual micro-payments inherit this screening without re-running it. L3 Execution lit: the gate runs at the execution layer, code-enforced. The channel contract reverts if the sanctions oracle returns true or if the counterparty's DID fails resolution. Builder: the compliance gate is atomic with the channel open transaction — no separate call needed. The oracle result is cached in the channel state. Compliance officer: this checkpoint satisfies GENIUS §6 (AML/BSA) at channel open. The open question is whether periodic re-screening is required during a long-lived channel. The GENIUS Act requires 'ongoing monitoring' (§6(a)(2)) but does not specify re-screening frequency for payment channels. Conservative interpretation: re-screen at channel top-up or every 24 hours, whichever comes first.
Step 3 · Off-Chain Micro-Payments (Transport)Code-EnforcedBlockchain-Native
Running a tab — each purchase updates the running balance without touching the settlement layer. Like micro-payments on a Lightning channel.
Agents exchange signed state updates off-chain. Each update adjusts the balance allocation within the channel — the initiator's balance decreases, the counterparty's increases. No on-chain transaction per payment; throughput is limited only by message latency (<100ms per update). L3 Execution and L4 Account are lit in the virtual sense: execution logic validates state transitions and account balances update, but nothing touches L1 Network or L2 Consensus until settlement. Compliance is deferred to the channel boundary (Step 2) and settlement (Step 4). Builder: each state update is a signed message containing the new balance allocation, a monotonic nonce, and a timeout. Either party can submit the latest state to settle unilaterally. Compliance officer: this is where payment channels create regulatory ambiguity. Individual micro-payments have no on-chain footprint — they are invisible to chain analytics tools like Chainalysis Reactor or TRM Labs. The compliance surface is the channel, not the individual transfer. For AML purposes (GENIUS §6), the channel's aggregate behavior is what matters, not each state update.
Step 4 · Channel Settlement (On-Chain)Code-EnforcedBlockchain-Native
Closing the tab — the net balance settles on-chain, producing an auditable settlement record.
The payment channel settles on-chain. The final state — net USDC allocation between the two agents — is written to Base in a single transaction. L1 Network, L2 Consensus, and L3 Execution are all lit: the full stack below the enforcement line processes the settlement. All micro-payments that occurred off-chain are now represented in one on-chain settlement transaction. This is the compliance catch-up point: reporting and recordkeeping obligations attach to the settlement, not the individual micro-payments. Builder: either party calls settle(channelId, latestState, signatures) on the channel contract. A dispute window (configurable, typically 1 hour) allows the counterparty to submit a later state if the closer submits a stale one. Compliance officer: Travel Rule obligations (GENIUS §6, FinCEN §103.33) apply to the net settlement amount, not to each micro-payment. If the net settlement exceeds $3,000 (US), originator and beneficiary information must be transmitted. GENIUS §4 reserve-backing requirements apply to the settled USDC — Circle must demonstrate 1:1 backing at this point.
Step 5 · Post-Settlement ReportingPolicy-EnforcedBlockchain-Native
The monthly statement — all micro-transactions aggregated into a reportable record.
Post-settlement obligations crystallize. The channel's transaction history — potentially thousands of micro-payments — aggregates into reportable records. L5 Application lit only: reporting is entirely policy-enforced, off-chain. Circle's reporting infrastructure generates the audit trail: channel open timestamp, all state updates with nonces and balances, settlement transaction hash, and net transfer amount. Builder: the channel contract emits ChannelSettled(channelId, finalBalanceA, finalBalanceB, stateCount) — index this event for your audit trail. Compliance officer: GENIUS §4(b) requires monthly attestation of reserves; §4(c) requires books and records. The settlement record plus the off-chain state log satisfy §4(c). Honesty marker: the regulatory treatment of payment channel micro-payments is genuinely unsettled. Does each micro-payment trigger a Travel Rule obligation, or only the net settlement? Does a 24-hour channel with 10,000 micro-payments require 10,000 SAR evaluations or one? The GENIUS Act does not address payment channels specifically. Conservative compliance programs should treat the channel aggregate as the reportable unit and retain the full state log for examiner requests.
Resolved 5 steps across 1 chain(s). 3 threshold(s) triggered. Frameworks: Bank Secrecy Act, GENIUS Act, OFAC Sanctions Program, FATF Recommendation 16 (Travel Rule), Common Reporting Standard / FATCA.
Chainalysis Sanctions Oracle
Query the Chainalysis OFAC sanctions oracle at 0x40C5...8fb — the code-enforced gate that fires at channel open, front-loading compliance for all downstream micro-payments.
Channel Capacity Simulator
Evaluate payment channel capacity envelopes: deposit ceiling, per-update limits, temporal bounds, counterparty restrictions, and settlement triggers.