aeoess/solutions/Payments

Payments for agents,
under signed authority.

Six rails behind one delegation surface. Every transaction carries its authorizing chain, spend cap, and policy decision.

Live primitivesApache-2.0

Payment Rails

Settlement-bound action receipts.

Agent pays. Scope narrows. Merchant receives. Settlement record is signed and replayable for audit.

The rails, animated

Agent pays. Scope narrows. Receipt signs.

Five rails, x402, AP2, ACP, MPP, Stripe Issuing, share one delegation surface. Spend cap, merchant allow-list, and single-use intent are narrowed at the delegation and enforced at the rail adapter.

Who this is for

Fintech, marketplaces, B2B commerce.

Your agent triggers refunds, posts charges, runs procurement on company cards, settles invoices. Every transaction needs an answer to four questions, fast: which agent acted, under which delegation, with which spend cap, on which rail. Today the answer lives in text logs. APS makes the answer cryptographic.

What ships

Three things you get the day you install.

Each pillar is a working module on the public SDK. Module paths shown.

Six payment rails behind one delegation surface. Foundation, AP2, x402, Stripe Issuing, ACP, MPP. Same SDK, same governance surface, six adapters. Switching rails does not mean re-wiring identity.

src/v2/payment-rails/{foundation,acp,
ap2,mpp,stripe-issuing,x402}

Four-gate spending control. Every transaction passes passport, scope, budget, merchant allowlist before the rail sees it. Two-tier denial vocabulary separates wrong-scope from rail-rejected.

src/v2/commerce/4-gate-preflight.ts

Agent-to-agent settlement under signed delegation. Reserve attestations, conformance harness, byte-identical receipts across rails. Every settlement carries a signed authority chain back to the human principal.

src/v2/reserve/attestation.ts
src/v2/accountability/{action,custody}.ts

Architecture

One surface, six adapters, four gates.

The rail is replaceable. The governance is not.

Rails (6)

Foundation

Reference rail for tested wallets

AP2

Agent payments protocol

x402

HTTP 402 micropayment

Stripe Issuing

Card-present and card-not-present

ACP

Agentic commerce protocol

MPP

Multi-party programmable

Pre-flight gates (4)

gate 1

Passport

Agent identity resolves to a live, non-revoked DID.

gate 2

Scope

Action falls inside the active delegation scope vocabulary.

gate 3

Budget

Spend remains under the per-window cap on the chain.

gate 4

Allowlist

Merchant or counterparty matches the policy allowlist.

Proof

Verifiable on the public record.

●
Six rails shipped.
Phase 4.1 commit 03c19d9 on main. Adapters + conformance fixtures in repo.
●
Stripe governance adapter in examples/.
Card issuing under signed delegation, receipt envelopes per transaction.
●
MnemoPay composition hook.
Open integration thread on x402 issue #1904.
●
abhicris addressed two of four mapped gaps.
Per-agent SpendingPolicy and circuit breaker, in google-agentic-commerce/a2a-x402 #90.

Adjacent