Discover and compare
The agent identifies candidate services and compares price, source context and policy eligibility before payment is relevant.
M2M Market places payment inside a governed procurement lifecycle rather than treating a wallet or HTTP 402 exchange as the whole system. Payment-integration availability varies by rail and customer scope.
The selected payment rail does not replace policy, service execution, outcome verification or receipts.
The agent identifies candidate services and compares price, source context and policy eligibility before payment is relevant.
Delegated authority, budget controls and commercial terms are evaluated before a transaction can be considered.
Where the selected flow requires it, commercial exposure is bounded before provider execution.
Execution success is kept separate from whether the returned result satisfies evidence-dependent outcome criteria.
Commercial state and portable receipt evidence are recorded separately from outcome correctness.
x402 and MPP provide payment-exchange mechanisms; AP2 focuses agentic payment authorization and evidence; A2A and MCP address other interoperability layers. M2M coordinates the canonical procurement and trust lifecycle around them.
M2M supports x402 v2 buyer, seller and Bazaar-related interoperability. General live purchasing is currently limited; see Standards & Integrations for the customer-facing scope.
The adapter maps MPP payment evidence into canonical M2M reservation, reconciliation and receipt semantics. Public payment execution is not generally available.
M2M bridges AP2 v0.2 authorization and evidence. External transaction signing is not generally available; no third-party certification is claimed.
Coordinates discovery, comparison, commercial authority, execution evidence, outcome verification, reconciliation and portable receipts independently of the selected rail.
AI agent payments are transactions initiated by autonomous software within authority defined by an operator or application. The important distinction is autonomy within limits, not unrestricted access to funds.
No. M2M Market is a protocol-neutral procurement and outcome-verification control plane. Payment execution is one stage in a larger lifecycle that also covers discovery, comparison, authorization, quotes, execution evidence, reconciliation and receipts.
They solve interoperability problems around payment exchange or authorization. M2M can adapt those rails while keeping canonical commercial authority, verification and receipt semantics protocol-neutral.
No. Settlement answers a commercial question. Outcome verification is separate and depends on service-specific evidence.
Availability varies by integration and use case. M2M supports payment rails within defined scopes and server-side authority controls; Standards & Integrations shows the current customer-facing scope for each rail.