Skip to content
Agents tracked: 284 Downloads (7d): 239M down 5.7% GitHub stars: 6.3M VS Code installs: 151M Releases (7d): 339 Agent status: 2 with issues Updated Oct 9, 2026
Case study Incarna

How Incarna let agents pay BlockRun per inference with AgentCore payments

Incarna, which gives AI agents a persistent identity, used Amazon Bedrock AgentCore payments so its agents can pay BlockRun for model inference one request at a time over x402. The team put the pay-per-inference flow into production on Base.

The problem

Agents often need to buy small things mid-task, such as model calls or API responses, with no person around to approve each purchase. Card networks are not built for sub-cent payments. Building custom rails means deciding where funds sit, how payments are signed, how to support x402, and how to stop an agent from overspending.

How they did it

  1. Store Coinbase CDP or Stripe Privy credentials as a payment credential provider, with secrets kept in AWS Secrets Manager.
  2. Create a Payment Manager and connector, and set a default spending limit.
  3. Create a payment instrument, an embedded wallet the agent pays from, which the end user funds and authorizes to sign through a redirect URL.
  4. Open a payment session with a budget ceiling and expiry before the agent starts a task.
  5. When BlockRun answers with HTTP 402 and a price, call ProcessPayment so AgentCore payments checks limits and signs from the agent's wallet.
  6. BlockRun verifies the signature, serves the inference and records a small per-call charge.

Results

  • As reported by AWS, the Incarna team finished the full integration in three days (one to build, two to test), against two to three months originally scoped.
  • As reported by AWS, the integration took roughly 200 lines of application code.
  • As reported by AWS, during the beta agents processed over 1,000 payments ranging from $0.001 to $0.05 per call, each settled individually on-chain.
  • The flow is in production on Base, with spending limits enforced by the infrastructure rather than the model.

As reported by the source (AWS Machine Learning Blog (partner case study)); AgentGid did not measure these figures.

Takeaway. If your agents must buy services as they run, enforce a per-session spending ceiling at the infrastructure layer and let a managed payments service handle x402 signing.
AgentGid's take

This suits teams already on AWS with agents that must buy small services unattended, and who are comfortable with crypto wallets, Base, and a redirect flow where end users fund and authorize signing. Treat the three-day build, 200 lines of code and 1,000-plus payments as AWS-reported figures from a beta, not independent benchmarks. AgentGid has no listed alternatives for this case, so compare other payment setups yourself.

Similar use cases