Introduction
The Problem
AI agents are trusted with real commercial tasks, but no payment infrastructure exists that lets them operate safely within defined boundaries.
The Agent Payment Problem
Stellar + AP2 + x402 = the first payment rail that is simultaneously fast enough for machine commerce, safe enough for regulated use cases, and cheap enough for micropayments.
- No bounded delegation. Giving an agent full wallet access is equivalent to giving a contractor your bank card PIN. Existing approaches force a binary choice: full custody (dangerous) or human approval for every transaction (useless for autonomous workflows). There is no standard mechanism to say "agent A may spend up to 50 USDC/day at approved merchant categories" and have that constraint enforced at the cryptographic and contract level.
- No machine-readable authorization chain. When an agent initiates a payment today, there is no standardized evidence trail proving: (a) the user authorized this specific class of purchase, (b) the amount and merchant match the authorization, and (c) the authorization has not expired or been revoked. Without this chain, disputes cannot be resolved, compliance cannot be demonstrated, and liability cannot be assigned.
- No Stellar-native agentic payment rail. x402 gives Stellar a settlement layer for machine payments. Soroban gives it programmable authorization. But no tooling connects these to the AP2 mandate standard in a way developers can use. An agent builder on Stellar today must wire up mandate validation, spending enforcement, and x402 payment flow from scratch — or default to EVM chains where SDKs like Coinbase AgentKit already exist.
The Trust Vacuum
AI agents face a binary choice: full wallet custody (dangerous) or human approval for every transaction (defeats autonomy). No standard mechanism exists for bounded delegation.
Why Existing Tools Don't Solve It
Several projects address parts of the agent payment problem, but none close all three gaps simultaneously:
- Coinbase AgentKit — TEE-managed keys on EVM and Solana. No Stellar support, no AP2 mandate chain, no bounded delegation.
- Skyfire — runs on Base (EVM). Partial non-custodial support but no Stellar settlement and no mandate authorization layer.
- Nevermined — EVM-based with ERC-4337 smart accounts. Supports x402 and AP2 but no Stellar settlement or Soroban enforcement.
- x402 Stellar (official) — provides the payment rail but not the authorization layer. A merchant can accept x402 payments, but there is no mechanism for scoped agent delegation or on-chain spending policy.
No project solves all three problems — bounded delegation, a machine-readable authorization chain, and settlement — in a single stack.
REAPP closes all three gaps: AP2 mandates for bounded delegation, Soroban smart accounts for on-chain spending enforcement, and x402 for Stellar-native settlement.