When AI Agents Pay and Sellers Monetize: Building x402 Apps on AWS — Anil Nadiminti, AWS

Read the talk

When Agents Pay: x402 and AWS’s Buyer and Seller Architecture

Anil Nadiminti explains how payment can become an agent’s access credential, how AWS separates spending from model reasoning, and how publishers can price bot traffic at the edge.

From a talk by Anil Nadiminti

At a glance

Ideas worth remembering

  • Agent commerce connects two needs: buyers must obtain paid resources without interrupting every task for human payment setup, and sellers must earn from bot access while managing infrastructure costs and attribution risks.

  • In the described x402 flow, HTTP 402 starts a payment exchange; the client authorizes payment, a facilitator verifies and settles it, and the server returns content. Payment serves as the access credential.

  • The buyer security design combines session spending caps and expiry, KMS-protected keys inaccessible to the agent, and deterministic payment execution separated from a reasoning loop exposed to poisoned skills and inputs.

  • Seller monetization uses edge detection, verification, and intent classification to support prices by path, bot relationship, and training versus search use. Nadiminti presents this as requiring no origin or SDK changes.

  • Small-payment economics require distinguishing purchase value from payment overhead. The talk contrasts a 25-cent minimum plus 2.5% with reported transaction costs of about a tenth of a cent, and later reports an average settlement time of 200 milliseconds rather than literal zero latency.

A human paywall meets autonomous traffic

Selected presentation frame from When AI Agents Pay and Sellers Monetize: Building x402 Apps on AWS — Anil Nadiminti, AWS at 52 seconds
A human paywall meets autonomous traffic

Anil Nadiminti, a senior solutions architect at AWS, opens with a familiar news-portal experience: a reader reaches a paywall, enters payment details, and buys a weekly, monthly, or annual subscription. This access model assumes that a human can interrupt reading to establish credentials and complete a credit-card transaction. His question is what happens when the visitor is an agent carrying out a task.

Nadiminti argues that the audience for this infrastructure has changed. He says bot traffic has surpassed human traffic and that 95% of that bot traffic comes from AI agents. He describes a progression from asking language models questions and requesting summaries, through copilots and multistep workflows, to autonomous agents that use reasoning to complete tasks. He also forecasts about a billion agents performing tasks by 2027 and agentic workflows in 60% of enterprises. These figures frame his argument; the recording does not establish their measurement methods or the basis for the forecasts.

A paywall breaks that autonomy when the agent cannot obtain the content needed for its task. A human must supply card details or API keys and complete the transaction on its behalf. The agent may still reason about the task, but it cannot finish the workflow without this manual intervention. Payment and access setup become a dependency outside the agent’s control.

Publishers face a corresponding tradeoff. Blocking bots can forfeit AI-powered discovery, citations, partnership licensing, and revenue opportunities. Allowing unrestricted access can mean supporting hundreds of thousands or millions of bots, paying the resulting infrastructure costs, and risking lost attribution and control over content. Nadiminti proposes paid agent access as a third option: agents obtain the resources they need while sellers monetize those requests.

0:120:17
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

0:01 · section reference included

The buyer, the seller, and the transaction floor

Selected presentation frame from When AI Agents Pay and Sellers Monetize: Building x402 Apps on AWS — Anil Nadiminti, AWS at 293 seconds
The buyer, the seller, and the transaction floor

Nadiminti defines agent e-commerce around independent discovery, payment, settlement, and resource access. The buyer is an agent seeking premium or licensed content and making small transactions. The seller wants to earn from that access. Giving an agent a wallet is only part of the buyer’s requirement: enterprises also need guardrails that prevent uncontrolled spending or a compromised agent from using available funds.

On the seller side, the requirements include identifying bots, understanding their transactions, and enforcing access rules at the edge. Publishers want to add this capability without rebuilding the origins where their content resides. A standardized machine-to-machine payment protocol connects the two sides: buyers can pay without a human approving every request, and sellers can charge for AI traffic. Nadiminti describes the resulting direction as moving humans from direct participation toward oversight or out of the transaction loop, with payment tied to use or execution.

The economic obstacle is a fixed transaction floor. Nadiminti gives an example of a 25-cent minimum fee plus 2.5%, applied to purchases priced in cents or fractions of a cent. He says the fixed charge can be roughly 250 times the value being purchased. That ratio corresponds to a tenth-of-a-cent purchase: 25 cents divided by 0.1 cent equals 250, before the percentage fee. The ratio changes with the purchase price, but the mechanism remains the same: a fixed fee dominates sufficiently small individual payments.

3:544:00
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

3:54 · section reference included

Payment becomes the access credential

Selected presentation frame from When AI Agents Pay and Sellers Monetize: Building x402 Apps on AWS — Anil Nadiminti, AWS at 476 seconds
Payment becomes the access credential

Nadiminti introduces x402 through HTTP’s response codes. Alongside familiar codes such as 200, 404, and 301, he points to 402, reserved for “payment required.” He attributes the introduction of x402 to Coinbase and presents it as a protocol for machine-to-machine transactions that uses this payment-required response.

The described exchange begins when a client requests a resource and the server responds that payment is required. The client chooses a payment method and sends payment authorization to the server. The server uses a facilitator to verify that authorization and then uses the facilitator to complete the transaction. Once on-chain settlement is complete, the server returns the content. Authorization, verification, and settlement are separate steps; in this account, successful settlement precedes resource delivery.

The access model changes because payment itself serves as the credential. Nadiminti says the consumer need not establish an API key or subscription for this exchange. He describes no protocol fee for the consumer and nominal gas fees for the merchant, and characterizes the interaction as operating at internet speed with no waiting. Those are his descriptions of the experience and economics; he does not provide a latency measurement or gas-fee amount here.

Nadiminti also presents x402 as extensible and open to implementation, dating its introduction to May 2025. He names Coinbase, AWS, Google, Stripe, Anthropic, Cloudflare, and Circle among its supporters. This establishes the ecosystem context for his AWS discussion, while the operational mechanism remains the request, payment authorization, facilitator verification, settlement, and content response.

6:496:50
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

6:49 · section reference included

AgentCore Payments adds wallets and bounded spending

Selected presentation frame from When AI Agents Pay and Sellers Monetize: Building x402 Apps on AWS — Anil Nadiminti, AWS at 605 seconds
AgentCore Payments adds wallets and bounded spending

Turning to the buyer implementation, Nadiminti presents AgentCore Payments under the Bedrock suite as a service for autonomous payment discovery, authorization, and execution. The developer requirements he lists extend beyond completing a transaction: wallet support, real-time settlement, enterprise budgets and guardrails, and observability that traces what happens throughout the stack.

He describes wallet integration through a partnership with Coinbase and Stripe, including a Stripe preview wallet option. Payment connectors orchestrate transactions, with x402 identified as the supported protocol in the presentation. The connector architecture is designed to be protocol agnostic, so additional protocols can be added as they emerge. This distinguishes the architectural intention from the stated capability: more protocol support is in the pipeline rather than demonstrated here.

The concrete spending control is a payment session. A developer can programmatically set a maximum transaction value and an expiry, bounding both the amount available and the time during which spending is permitted. Nadiminti mentions expiry in minutes, then gives an example of an agent spending perhaps $5 over 30 or 60 days. The exact relationship between those units is unclear in his explanation, but the supported design is an amount cap combined with a time limit. He also describes built-in observability and security as part of the service.

8:589:00
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

8:58 · section reference included

Keep keys and payment execution outside the agent loop

Selected presentation frame from When AI Agents Pay and Sellers Monetize: Building x402 Apps on AWS — Anil Nadiminti, AWS at 810 seconds
Keep keys and payment execution outside the agent loop

Nadiminti next follows a user request through the buyer architecture. The agent accesses tools and other resources to complete the task. When a tool call or resource request returns HTTP 402, AgentCore Payments handles the transaction and informs the agent that settlement has occurred. The agent can then continue toward its response to the user. Payment handling becomes a service intervention at the resource boundary.

Wallet import does not put private keys into the agent’s possession. Nadiminti says the secret keys used to import wallets are stored in a secure token wallet protected by KMS, and explicitly states that the agent cannot access the private keys. He also describes an AgentCore Gateway integration that provides access to Coinbase’s discovery service, with more than 10,000 endpoints available for transactions, alongside the per-session budget. Discovery makes paid resources available to the workflow; protected storage separates their payment credentials from the agent.

A second security decision separates agent infrastructure from payment infrastructure. The agent runs its own loop, while payment connectors, orchestration, limits, and third-party wallet integration operate in a separate layer. Nadiminti motivates this boundary with poisoned skills and malicious inputs: an agent’s reasoning path can be influenced by material it encounters. He therefore places payment execution on a deterministic path outside that reasoning loop. The design separates spending machinery from the vulnerable loop; the explanation does not establish that every purchase an influenced agent might request would be appropriate.

This separation also supports the integration approach. Nadiminti says developers can bring their own models and frameworks, with payments flowing through the payment layer without changing the agent code. He describes console choices for a Coinbase wallet or Stripe preview wallet, then narrates a demonstration in which an agent discovers a protected resource, AgentCore Payments intervenes, and the integrated wallet completes the transaction. The example illustrates the handoff, but supplies no failure-path behavior or timing measurement.

11:1811:20
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

11:18 · section reference included

Detect, verify, and monetize requests at the edge

Selected presentation frame from When AI Agents Pay and Sellers Monetize: Building x402 Apps on AWS — Anil Nadiminti, AWS at 904 seconds
Detect, verify, and monetize requests at the edge

On the seller side, Nadiminti introduces bot detection in AWS Web Application Firewall, or WAF, saying it detects more than 650 different bot types. He separates several useful properties of a request: which bot is accessing the content, whether it can be verified by signature, and whether its purpose is model training or retrieval for a search response. Verification can support different prices for organizations with which a publisher already has a relationship. The recording does not explain the signature scheme or the accuracy and coverage of intent classification.

He then presents WAF AI traffic monetization as a way to measure, verify, and charge for AI requests hitting a publisher’s endpoints. For content delivered through CloudFront, AWS’s content distribution network, he describes adding a web application firewall and configuring monetization through the interface or infrastructure as code. He also describes using the firewall with a gateway that exposes internal APIs through MCP. The proposed placement lets sellers add charging at the access boundary of content or tools.

The seller flow begins with a bot requesting content. Bot context detects and categorizes the caller, identifies its intent, and verifies it; monetization then uses x402 to pay the publisher. Nadiminti says this requires no SDK or origin changes, that publishers retain 100% of revenue, and that there are no transaction or subscription fees for the described offering. He identifies x402 support and plans for additional protocols. These statements describe the monetization service; they do not quantify all infrastructure costs involved in serving requests.

14:2914:32
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

14:29 · section reference included

Price by resource, identity, and intent

Selected presentation frame from When AI Agents Pay and Sellers Monetize: Building x402 Apps on AWS — Anil Nadiminti, AWS at 1107 seconds
Price by resource, identity, and intent

Nadiminti makes differentiated pricing concrete with three dimensions. First, the requested path can carry a price: /blog may cost a different amount from /research or an API endpoint. Second, bot identity can reflect a commercial relationship. His example is a publisher establishing a relationship with Anthropic and assigning its bots different pricing from unverified bots. Third, intent can change the rate, with model-training access priced differently from search access.

These dimensions become WAF rules that can combine conditions with AND or OR. Pricing can therefore depend on several attributes of one request rather than a single site-wide rate. Nadiminti extends the distinction to humans, verified bots, and unverified bots: a publisher might allow humans to read freely while charging bots, or charge both groups differently. These are configurable business choices, and he supplies no mandatory rate schedule or rule-precedence details.

The reporting layer supports decisions about those prices. Nadiminti describes dashboards showing revenue, aggregation by bot, and the paths bots access. Those views connect earnings to the callers and resources producing them, helping a publisher decide which revenue model to operate. He describes the available dimensions without giving a worked example of changing a price in response to dashboard results.

17:0617:09
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

17:06 · section reference included

Reported usage and the broader agent platform

Selected presentation frame from When AI Agents Pay and Sellers Monetize: Building x402 Apps on AWS — Anil Nadiminti, AWS at 1180 seconds
Reported usage and the broader agent platform

Nadiminti closes the commerce discussion with uses he says are already emerging: LLM inference, compute, web scraping, research and search agents, agent-to-agent services, and monetized MCP offerings. This broadens the resource being purchased beyond an article. A paid request can obtain computation, data collection, a tool capability, or work from another agent.

For the preceding 12 months of activity he attributes to Coinbase’s agentic market, he reports $50 million in transaction volume across more than 170 million transactions. He gives an average settlement time of 200 milliseconds on Base and a cost per transaction of about a tenth of a cent. These are reported aggregate figures for that activity, rather than a latency guarantee or a measurement of the AWS demonstration. The cost figure is transaction overhead, distinct from the value of the resource purchased.

He places AgentCore Payments within the broader Bedrock AgentCore ecosystem. Developers can bring their own models and frameworks, add memory for context, use managed knowledge bases and web search, expose internal APIs through MCP, and evaluate agent performance. Payment is one capability in an application that also needs context, tools, and assessment of how well it performs.

His final technical point concerns hosting. He describes Bedrock AgentCore Runtime as serving developers’ agentic applications at scale, with each request handled by its own isolated micro virtual machine. This introduces execution isolation alongside the payment and tool capabilities discussed earlier in his closing platform overview. He does not detail the isolation mechanism or resource limits before ending the session with thanks.

18:3818:40
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

18:38 · section reference included

Read the complete timestamped transcript
  1. 0:01

    [music]

  2. 0:12

    Hello all, welcome to uh the agent

  3. 0:14

    e-commerce track and uh I'm Anil Lminti.

  4. 0:17

    I'm a senior solutions architect here at

  5. 0:19

    AWS. Uh I'm I'm here to talk to you

  6. 0:21

    today about how AWS is innovating and uh

  7. 0:25

    how you can build apps on uh AWS to

  8. 0:29

    support the agent e-commerce. So uh

  9. 0:32

    welcome to the session. Uh just to get

  10. 0:34

    you started, let me set the stage with

  11. 0:36

    something that you're very familiar

  12. 0:37

    with. Uh imagine that you are your

  13. 0:40

    organization is building uh a news

  14. 0:43

    portal like this, right? So you're all

  15. 0:45

    familiar with something where you're

  16. 0:46

    accessing the news content and then

  17. 0:48

    suddenly you hit a payw wall, right? So

  18. 0:50

    this is where uh you pull out your

  19. 0:52

    wallet or you try to uh figure out how

  20. 0:55

    to make the payments, set up your uh

  21. 0:57

    credentials, access keys in the sense

  22. 0:59

    that you you make a credit card

  23. 1:01

    transaction weekly, monthly or annual

  24. 1:03

    subscription and then get started to

  25. 1:05

    access the content. Right? So this is

  26. 1:06

    all the content that is behind a payw

  27. 1:08

    wall. But uh what we see now is that uh

  28. 1:11

    much of the traffic that is actually

  29. 1:13

    being uh sent to these uh uh portals now

  30. 1:16

    on the internet is all coming from bots.

  31. 1:18

    We see that we at a infliction point

  32. 1:20

    where uh the bot traffic is more than

  33. 1:23

    the human traffic right. So it's just uh

  34. 1:25

    actually in fact surpassed that and uh

  35. 1:28

    95% of that bot traffic is coming from

  36. 1:30

    AI agents. So uh essentially we are also

  37. 1:35

    looking at the rise of autonomous agents

  38. 1:37

    right so where we all started using LLMs

  39. 1:41

    asking questions asking for

  40. 1:42

    summarization being able to uh get help

  41. 1:45

    with using them as co-pilots getting

  42. 1:47

    them to do agentic work to uh do

  43. 1:49

    multi-step tasks and now we're in the

  44. 1:51

    phase of autonomous agents where agents

  45. 1:54

    are using the reasoning powers of large

  46. 1:56

    language models to complete a task and

  47. 1:58

    completing a task means that uh it it

  48. 2:00

    has to go do whatever you're asking it

  49. 2:03

    to do. And that's kind of where we are

  50. 2:04

    in the uh journey. And we see that by

  51. 2:07

    2027 about a billion agents will be

  52. 2:10

    running uh performing tasks and 60% of

  53. 2:13

    the enterprises will already be uh using

  54. 2:15

    agentic workflows. So uh what happens

  55. 2:18

    when agents hit these pay walls that uh

  56. 2:20

    we just saw? When agents hit the pay

  57. 2:22

    walls, they stall, they can't operate

  58. 2:24

    and you see those messages that hey I

  59. 2:26

    cannot access content. Uh right? So at

  60. 2:28

    that point humans get in the loop. They

  61. 2:31

    try to enter and put the credit card

  62. 2:34

    details or API keys do the transactions

  63. 2:37

    for the AI agents. But all of that is

  64. 2:39

    manual friction, right? So essentially

  65. 2:41

    bringing in a human in the loop. So

  66. 2:43

    autonom autonomous agents actually break

  67. 2:45

    [clears throat] at that point where the

  68. 2:47

    uh friction is now building up. So uh

  69. 2:50

    now sellers of the content have uh you

  70. 2:53

    know couple of options right. So block

  71. 2:55

    all the bot traffic but by blocking all

  72. 2:57

    the traffic they lose this AI powered

  73. 2:59

    discovery they miss this uh partnership

  74. 3:02

    licensing options and AI also now

  75. 3:06

    supports citations right so the

  76. 3:07

    responses so they lose all of that uh

  77. 3:09

    powered citations as well if they can't

  78. 3:10

    sell the content essentially they lose

  79. 3:13

    uh revenue generating options and if you

  80. 3:15

    allow the bots to access those uh uh the

  81. 3:18

    content what it means is that you know

  82. 3:20

    hundreds of thousands of bots or

  83. 3:22

    millions of bots could be hitting your

  84. 3:23

    uh uh infrastructure which means that

  85. 3:25

    the infrastructure costs will also raise

  86. 3:27

    and uh you need to be able to support

  87. 3:29

    all of that right so you also uh when

  88. 3:31

    you allow bots to access content you

  89. 3:33

    lose attribution the IP itself right so

  90. 3:35

    because content is now freely available

  91. 3:37

    so uh both these decisions are probably

  92. 3:41

    not not a good option they're not ideal

  93. 3:43

    so there should be another ideal option

  94. 3:45

    where uh you would want to have your AI

  95. 3:48

    agents being able to get and pay for the

  96. 3:50

    content that they are looking for and

  97. 3:53

    monetize on

  98. 3:54

    So uh now we look at the next phase of

  99. 3:57

    uh uh rise in autonomous agents where

  100. 4:00

    agents should be able to transact and

  101. 4:02

    make uh discover other agents resources

  102. 4:05

    and essentially make payments. Right? So

  103. 4:07

    this is the definition of agent

  104. 4:08

    e-commerce where AI agents can

  105. 4:10

    essentially discover uh you know it's a

  106. 4:12

    form of e-commerce where autonomous

  107. 4:14

    agents can uh discover independently and

  108. 4:16

    make those uh uh settlements and then

  109. 4:18

    access content. So let's look at uh the

  110. 4:22

    agent e-commerce the two sides of agent

  111. 4:23

    e-commerce the buy side and the sell

  112. 4:25

    side. So uh when we talk about the buy

  113. 4:27

    side the agents are making these

  114. 4:29

    transactions and on the sell side the

  115. 4:31

    sellers of the content are trying to

  116. 4:33

    monetize on the content. So on the buy

  117. 4:35

    side when you look at things AI agents

  118. 4:37

    want to access these premium paywalled

  119. 4:39

    content licensed content they want to be

  120. 4:41

    able to hold wallets which they do not

  121. 4:43

    have the option today and they want to

  122. 4:45

    be able to make these microtransactions

  123. 4:46

    you just heard in the prior talk as

  124. 4:48

    well. But enterprises when they come to

  125. 4:50

    this point they want more guardrails and

  126. 4:52

    they do not want agents to go on

  127. 4:54

    spending spree. Think about it right?

  128. 4:56

    Would you allow your AI agents to get

  129. 4:57

    handled on your wallets or credit cards

  130. 4:59

    to be able to do that transactions and

  131. 5:01

    where they could go rogue as well right?

  132. 5:03

    So that's what the buyer side is looking

  133. 5:05

    at. And on the seller side uh the there

  134. 5:08

    are again billions of transactions that

  135. 5:10

    be happening with these AI bots. So

  136. 5:11

    sellers really want to be able to

  137. 5:13

    understand what kinds of bots are

  138. 5:15

    operating uh what kinds of transactions

  139. 5:17

    they're making and uh really uh do this

  140. 5:20

    at the edge. The sellers don't want to

  141. 5:22

    change their entire infrastructure and

  142. 5:24

    origins where the content is sitting.

  143. 5:26

    They want to be able to do this at the

  144. 5:27

    edge without changing much of this.

  145. 5:29

    Right? So there is again uh one common

  146. 5:32

    thing here on the buyer side and the

  147. 5:33

    seller side which is a standardized

  148. 5:35

    approach or a protocol to be able to

  149. 5:36

    solve for this uh machine to machine

  150. 5:38

    payments at the edge. So uh bottom line

  151. 5:41

    buyers are saying that they want their

  152. 5:42

    agents to be able to pay for content uh

  153. 5:45

    and uh not have humans approving this

  154. 5:48

    and then the sellers are saying that

  155. 5:49

    they want to be able to earn from the AI

  156. 5:51

    traffic. So bottom line the subscription

  157. 5:54

    model is going to change with humans in

  158. 5:56

    the loop to becoming humans on the loop

  159. 5:59

    or out of the loop and that's kind of

  160. 6:01

    what we are building towards. uh the the

  161. 6:03

    traditional one-sizefits model does not

  162. 6:06

    work anymore because of the fact that uh

  163. 6:08

    again we look at that in the next slide

  164. 6:10

    where uh the transactions cost will not

  165. 6:12

    really work right all of this needs to

  166. 6:14

    happening at realtime speed and the

  167. 6:17

    paper use and paper execution is what

  168. 6:19

    the f future is going to look like so if

  169. 6:22

    you're a seller you would have come

  170. 6:23

    across this right so there is a 25 cent

  171. 6:25

    minimum transaction fees as well as 2.5%

  172. 6:29

    on top of that and all of these

  173. 6:31

    microtransactions are uh you know in the

  174. 6:33

    in in like a cent subsend or you know

  175. 6:36

    micro cents is what we are calling them.

  176. 6:38

    So if you add like a 25 cents on top of

  177. 6:40

    that it's essentially like 250 times to

  178. 6:42

    what you know they are essentially

  179. 6:44

    paying for. So the all of this model

  180. 6:46

    does not work and uh while we are trying

  181. 6:49

    to solve for that a very brief history

  182. 6:50

    uh of this is every HTTP call

  183. 6:53

    essentially responds back uh you know

  184. 6:54

    there's a response for that you've seen

  185. 6:56

    200 status codes 404 uh you know and the

  186. 6:59

    301 these are all like status codes that

  187. 7:01

    you're familiar with and then there is

  188. 7:03

    one status code which is 402 which has

  189. 7:05

    uh not been used it was reserved for

  190. 7:07

    payment required and now finally uh

  191. 7:10

    Coinbase has introduced this uh as uh

  192. 7:13

    transactions over 402 which is also

  193. 7:15

    called as X42 where they uh you know the

  194. 7:17

    protocol talks about how you can do

  195. 7:19

    machine to-achine transactions uh using

  196. 7:21

    this protocol right so we'll take a

  197. 7:23

    closer look at that but uh what happens

  198. 7:25

    within the protocol is uh you know if

  199. 7:27

    you look at this uh flowchart here a

  200. 7:29

    client makes a request to the server and

  201. 7:31

    then the server responds back with the

  202. 7:33

    payment required uh the client then

  203. 7:36

    figures out what is the payment method

  204. 7:37

    that it wants to operate and then it

  205. 7:39

    sends the payment authorization to the

  206. 7:41

    server the server then utilizes a

  207. 7:43

    facilitator to complete the verification

  208. 7:46

    and then also utilizes the same

  209. 7:48

    facilitator to complete the transaction

  210. 7:50

    and once the settlement is completed

  211. 7:52

    onchain essentially the server will then

  212. 7:54

    respond back with the content right so

  213. 7:56

    this is what's happening under the X42

  214. 7:58

    protocol I thought I'll pick one of the

  215. 7:59

    protocols and just uh explain this to

  216. 8:01

    you but uh why this is compelling is uh

  217. 8:03

    you know essentially there is no

  218. 8:04

    protocol fees uh or the fees that a

  219. 8:07

    consumer is paying for uh you know these

  220. 8:10

    microcent transactions and the merchant

  221. 8:12

    is paying very nominal gas fees is uh

  222. 8:14

    again there is zero wait time this is

  223. 8:16

    happening at the speed of internet and

  224. 8:19

    uh there is no friction there is no API

  225. 8:21

    keys to set up no subscriptions and the

  226. 8:23

    payment is the essentially the uh

  227. 8:25

    credential to be able to get the content

  228. 8:27

    so there is no centralization it's uh

  229. 8:30

    x42 can be extended as well and you can

  230. 8:32

    implement it and there are no

  231. 8:33

    restrictions as well so some key

  232. 8:35

    milestones here are you know it was

  233. 8:37

    introduced last year uh May 2025 it

  234. 8:41

    explored is not part of the Linux

  235. 8:43

    Foundation under open governance and

  236. 8:46

    it's backed by Coinbase, AWS,

  237. 8:49

    Google, Stripe, Anthropic, Cloudflare

  238. 8:52

    and Circle right so many more folks in

  239. 8:55

    there that are supporting that

  240. 8:56

    organizations in there. So uh from

  241. 8:58

    Amazon we have also released agent core

  242. 9:00

    payments uh under the bedrock uh suite

  243. 9:03

    so where uh agents will make be able to

  244. 9:06

    make payments and we'll go into some of

  245. 9:07

    the details here. So let's talk about

  246. 9:09

    the buyer side here and what is involved

  247. 9:11

    right? So we uh we understood from the

  248. 9:13

    developers that they really want to be

  249. 9:15

    able to get this uh agents to have

  250. 9:16

    wallet support. They want to be able to

  251. 9:18

    have real-time settlement uh have the

  252. 9:21

    budget and guardrails which enterprises

  253. 9:23

    really want and observability throughout

  254. 9:26

    the stack where they would want to have

  255. 9:28

    uh the full stack trace of everything

  256. 9:29

    that's happening uh under the hood. So

  257. 9:32

    I'm excited to share with you that we've

  258. 9:34

    launched agent core payments and this is

  259. 9:35

    a service that allows AI agents to

  260. 9:38

    autonomously discover uh authorize and

  261. 9:40

    execute payments with a few lines of

  262. 9:42

    code. Uh now we've launched this in

  263. 9:44

    partnership with Coinbase and Stripe

  264. 9:46

    where you can bring wallets from

  265. 9:49

    Coinbase and Stripe preview to be able

  266. 9:50

    to do these operations and we'll go into

  267. 9:53

    some of the details but uh the core

  268. 9:55

    capabilities to start with are wallet

  269. 9:56

    support where you can bring the the

  270. 9:59

    wallets from Coinbase and Stripe. you're

  271. 10:01

    able to orchestrate the payments using

  272. 10:03

    payment connectors and uh today we

  273. 10:05

    support X42 with many more protocols to

  274. 10:08

    uh you know that are in the pipeline.

  275. 10:09

    The service is designed to be protocol

  276. 10:11

    agnostic. So as new protocols emerge, we

  277. 10:14

    are going to be adding the support for

  278. 10:16

    those protocols as well. And uh you know

  279. 10:18

    the the settlement is going to be

  280. 10:20

    instantaneous uh instant essentially and

  281. 10:23

    uh the payment limits can be set uh

  282. 10:25

    which is the most important thing that

  283. 10:26

    we spoke about where enterprises are

  284. 10:28

    looking to put some payment limits and

  285. 10:30

    guards on how these transactions can

  286. 10:31

    operate. So uh observability is builtin

  287. 10:35

    and uh essentially all of this uh

  288. 10:37

    operates with uh you know security as

  289. 10:39

    the uh layer that is operating uh the

  290. 10:41

    whole model right. So with that let's

  291. 10:43

    look at uh some of these uh details on

  292. 10:46

    how the payments limit can be set up

  293. 10:47

    right. So you can create payment

  294. 10:48

    sessions where you can set the

  295. 10:51

    programmatically set the maximum amount

  296. 10:53

    of uh uh value that can be used for

  297. 10:56

    transactions or you can also set expiry

  298. 10:59

    time in minutes. think where uh you are

  299. 11:01

    able to set that uh I can the agent can

  300. 11:04

    actually spend maybe $5 in 30 days or 60

  301. 11:08

    days right so that's kind of the

  302. 11:09

    operation uh model that you can set with

  303. 11:11

    many more uh you know details that are

  304. 11:13

    available I'm only going over a few

  305. 11:15

    features but uh let's look at what

  306. 11:18

    happens on the buyer side when the user

  307. 11:20

    is asking an agent to make a particular

  308. 11:23

    uh you know requesting for resources

  309. 11:25

    right so agent completes the request by

  310. 11:28

    accessing tools MPPP servers other

  311. 11:30

    resources as well. So at that point of

  312. 11:32

    time if the agent uh is uh looking at

  313. 11:36

    you know it it finds that the there is a

  314. 11:38

    response from one of the tool calls or

  315. 11:40

    requests with a 402 agent core payments

  316. 11:43

    is going to handle the request uh to

  317. 11:45

    complete the transaction and then let

  318. 11:47

    the AI agent know that uh essentially

  319. 11:49

    the settlement happened and the AI uh

  320. 11:52

    agent will be able to respond back with

  321. 11:54

    the users. So in this process when the

  322. 11:57

    wallets are uh wallet support is

  323. 11:59

    imported the the the secret keys that

  324. 12:02

    you use to import the wallets actually

  325. 12:04

    are stored in a secure token wallet that

  326. 12:06

    is uh secured by KMS where you know

  327. 12:10

    that's there. So essentially the agent

  328. 12:12

    does not have access to the private

  329. 12:13

    keys. This is most important uh to note.

  330. 12:16

    And uh next thing is that uh agent core

  331. 12:18

    payments is also integrated uh through

  332. 12:20

    uh a gateway which is also part of uh

  333. 12:22

    which is another service that we have to

  334. 12:25

    mp5 your internal APIs. Uh through agent

  335. 12:28

    core gateway uh the agent core payments

  336. 12:31

    can get access to discovery service uh

  337. 12:33

    in coinbase where there are 10,000 plus

  338. 12:36

    endpoints that are available to transact

  339. 12:38

    and then u again there is a per session

  340. 12:40

    budget that we just discussed as well.

  341. 12:43

    So uh there is a decoupling of agent

  342. 12:46

    infrastructure and uh the payment

  343. 12:48

    infrastructure by design where the agent

  344. 12:50

    can operate it it in its own loop and

  345. 12:52

    whenever it sees the payment the payment

  346. 12:55

    uh connectors orchestration payment

  347. 12:56

    limits and integration with third party

  348. 12:58

    wallets can happen right so it's

  349. 13:00

    important to decouple them because again

  350. 13:02

    skills can be poisoned inputs for the

  351. 13:05

    agents can also be uh you know poisoned

  352. 13:07

    by inputs as well right so where

  353. 13:09

    malicious actors could uh try to do that

  354. 13:12

    so By decoupling and making this uh by

  355. 13:16

    design a agents can essentially have a

  356. 13:18

    secure path for these transactions and

  357. 13:20

    payments do not touch the you know

  358. 13:24

    undeterministic path but this is more on

  359. 13:25

    a deterministic uh uh layer as well. So

  360. 13:28

    why this is important is that uh again

  361. 13:30

    agents uh the code of the agents does

  362. 13:33

    not have to change. You can bring your

  363. 13:35

    own model frameworks and then the

  364. 13:36

    payment itself uh can flow through uh in

  365. 13:39

    the payment uh uh layer itself. So again

  366. 13:43

    the controls the policies pending

  367. 13:45

    controls can be outside of the payment

  368. 13:48

    stack itself and again it's this is

  369. 13:50

    built to be protocol agnostic. So this

  370. 13:52

    is uh one of the console screens where

  371. 13:54

    it shows how you can import uh the

  372. 13:56

    payment connector uh and it shows that

  373. 13:59

    you know you can select the the coinbase

  374. 14:01

    wallet and the stripe preview wallet

  375. 14:03

    from the console and uh this is a demo

  376. 14:06

    in action where we are showing how a

  377. 14:08

    secure resource can be accessed. Now in

  378. 14:10

    this case uh the AI agent is essentially

  379. 14:14

    making a you know discovering that there

  380. 14:15

    is a secure source the agent core

  381. 14:18

    payments is kicking in and then it's

  382. 14:20

    completing the transaction by utilizing

  383. 14:23

    the wallet that is already integrated

  384. 14:25

    and uh the transaction completes. Now uh

  385. 14:29

    this is on the buyer side. Now let's

  386. 14:32

    look at the seller side to understand

  387. 14:33

    what's happening. Right? So uh again

  388. 14:35

    there is a lot of bot activity that's

  389. 14:37

    happening. We have released uh under uh

  390. 14:40

    the uh AWS web application firewall a

  391. 14:42

    feature where we have bot detection in

  392. 14:44

    place. Today we detect over 650

  393. 14:46

    different types of bots. Think of bots

  394. 14:48

    like perplexity bot, GPD bot, cloud bot,

  395. 14:51

    you know, again Google bots, right? So

  396. 14:53

    there are so many bots that are out

  397. 14:54

    there. So we're able to detect also

  398. 14:57

    understand the intent of these bots. So

  399. 14:58

    why are these bots accessing the

  400. 15:00

    content? Are they accessing the content

  401. 15:02

    to train their models? are they doing it

  402. 15:04

    because they have to respond back to an

  403. 15:06

    intent where they're uh responding for a

  404. 15:08

    rag search. So we're able to identify

  405. 15:10

    the intent. We're also able to verify

  406. 15:12

    the bots and identify them by a

  407. 15:14

    signature. So we are able to say hey

  408. 15:17

    this is a verified bot. So maybe you

  409. 15:19

    have uh built a relation with one of

  410. 15:21

    these organizations and these

  411. 15:24

    verification will allow you to have a

  412. 15:26

    different pricing for the organizations

  413. 15:28

    that are already verified. So we'll look

  414. 15:30

    at that in a second. So there's also

  415. 15:31

    real-time traffic analysis that allows

  416. 15:34

    uh more uh to be customized. And I'm

  417. 15:36

    also happy to share with you today that

  418. 15:38

    we announced VAF AI traffic

  419. 15:41

    monetization. This is a service that

  420. 15:42

    allows you to monetize uh based on the

  421. 15:45

    content that uh you know based on how

  422. 15:47

    you can measure, verify and monetize

  423. 15:49

    based on the AI traffic that is hitting

  424. 15:51

    your endpoints. Now if you might be

  425. 15:53

    familiar with CloudFront which is our

  426. 15:55

    content distribution network you can add

  427. 15:57

    a web application firewall at that point

  428. 15:59

    and essentially you can moni start

  429. 16:01

    monetizing uh right away and based on a

  430. 16:04

    few clicks uh you can do that again

  431. 16:06

    using infrastructure as code as well.

  432. 16:07

    Now I also spoke about a gateway service

  433. 16:10

    that allows you to expose your AI

  434. 16:12

    endpoints uh that are internal use and

  435. 16:15

    mcpify them. So the same web application

  436. 16:17

    firewalls can be used there. So your

  437. 16:19

    internal APIs can be MCPI and then you

  438. 16:21

    can start monetizing as well. So what

  439. 16:23

    happens during monetization? The AI

  440. 16:25

    agent AI bot essentially requests for

  441. 16:28

    some content. The bot context uh

  442. 16:31

    understands what kinds of bots is

  443. 16:33

    detecting it. It's able to detect the

  444. 16:34

    bot. It's able to categorize and

  445. 16:37

    understand the intent of the bot as we

  446. 16:39

    discussed earlier and verify uh and

  447. 16:42

    check what kind of bot is available. So

  448. 16:43

    then we are able to monetize uh using

  449. 16:46

    the X42 and the publishers get paid as

  450. 16:49

    well. So important to note is that again

  451. 16:51

    there is no SDK change no changes at the

  452. 16:53

    origin origin. Publishers keep 100% of

  453. 16:56

    the revenue as well and uh again there

  454. 16:59

    is no transaction fees or subscription

  455. 17:00

    fees. So this supports X42 and we are

  456. 17:04

    adding support for more uh protocols as

  457. 17:06

    well. U a few dimensions on how you can

  458. 17:09

    start monetizing. Think uh you have

  459. 17:11

    separate paths. So a slash uh uh blog in

  460. 17:15

    this case can be charging for a

  461. 17:16

    different rate than a slash research or

  462. 17:19

    maybe an API endpoint itself and uh you

  463. 17:22

    you know the identity of these bots.

  464. 17:24

    Again, if you make uh some kind of a

  465. 17:26

    relationship with the uh bots uh

  466. 17:29

    companies, organizations, maybe you make

  467. 17:30

    a relation with Anthropic, then you can

  468. 17:33

    essentially have a different pricing for

  469. 17:34

    those bots versus different uh

  470. 17:36

    unverified bots, right? So, uh think of

  471. 17:39

    that option. And then you can also set

  472. 17:40

    different pricing for intent as well. If

  473. 17:42

    somebody's coming here, if a bot is

  474. 17:45

    accessing the content for uh again

  475. 17:47

    training, you can charge a different

  476. 17:48

    rate than what it's doing for a search

  477. 17:50

    as well. So again, these are different

  478. 17:52

    VAF rules. they can be uh in a

  479. 17:54

    combination of end or or then you can

  480. 17:57

    access that. So this is how the

  481. 17:58

    reimagine flow would look like uh where

  482. 18:01

    you're allowing the AI agents or you

  483. 18:04

    know essentially verified bots and

  484. 18:06

    unverified bots to have different

  485. 18:07

    pricing and humans to have different

  486. 18:09

    pricing. Some cases you want to have

  487. 18:11

    humans to access the content freely.

  488. 18:12

    Some cases again the humans could be

  489. 18:14

    charged where the bots could be charged

  490. 18:16

    differently as well. Right? So this is

  491. 18:18

    how uh you know you can reimagine the

  492. 18:20

    price. So again there is some uh

  493. 18:21

    dashboards that show the revenue numbers

  494. 18:24

    and how uh you know you're uh able to

  495. 18:27

    aggregate by different uh bots and

  496. 18:30

    figure out what kind of revenue model

  497. 18:31

    you want to operate and it also shows

  498. 18:33

    what is the path uh that's being

  499. 18:35

    accessed by these bots right so uh again

  500. 18:38

    what is currently uh everyone using

  501. 18:40

    agent e-commerce for they're using agent

  502. 18:42

    commerce to uh run um again LLM

  503. 18:45

    inference getting uh compute web

  504. 18:48

    scraping uh they're uh creating research

  505. 18:50

    search agents to be able to uh you know

  506. 18:53

    serve the requests and uh agent to agent

  507. 18:55

    as well. We see MCPs also being

  508. 18:57

    monetized now. Uh again this is the last

  509. 19:00

    12 months of uh traffic uh from um again

  510. 19:04

    what we are seeing on uh Coinbase

  511. 19:06

    agentic market u where you're seeing

  512. 19:08

    that a $50 million volume transaction

  513. 19:10

    happened over 170 million transactions.

  514. 19:13

    The average settlement time is 200

  515. 19:15

    milliseconds on base uh with about a

  516. 19:19

    tenth of a cent as cost per transaction.

  517. 19:22

    So I spoke to you about agent uh agent

  518. 19:25

    core payments which is uh one of the you

  519. 19:28

    know parts of the bigger ecosystem agent

  520. 19:30

    uh bed agent core uh where you can

  521. 19:33

    essentially bring your own model. You

  522. 19:34

    can bring your own framework and uh you

  523. 19:37

    can start building AI agents. You can

  524. 19:40

    add context by adding memory. You can uh

  525. 19:43

    bring again your own managed knowledge

  526. 19:45

    bases. You can add web search

  527. 19:46

    capabilities to the agents. you can

  528. 19:48

    mcpify your internal APIs and then you

  529. 19:51

    can uh have many more features like

  530. 19:53

    being able to run evaluation on how your

  531. 19:55

    agents are performing. So again you can

  532. 19:58

    uh use runtime which is a bedrock uh

  533. 20:01

    agent core runtime where you can bring

  534. 20:03

    your own agentic uh uh application and

  535. 20:06

    serve uh at scale and every request will

  536. 20:10

    have uh its own isolated uh micro

  537. 20:12

    virtual machine that is running to serve

  538. 20:14

    the requests. So that's it from my side

  539. 20:17

    here today. Uh thank you and uh hope you

  540. 20:20

    have a nice day.

  541. 20:22

    [applause]

  542. 20:38

    >> [music]